I just want to share this with you. I find this useful, maybe this will
help
you too.
Since typo in fdv/typo on github is a (fast)moving target, you might
want to
work with a stable code base to branch from.
Suppose you might want to work with Typo 5.2.0, you’d clone the
repository
or fork it on github and clone from your fork. I did the latter and
added
dfv/typo as a remote on my local clone. The remote is named
“vanilla_typo”
in my example.
First pull from dfv/typo, including tags:
git pull --tags vanilla_typo master
Then branch off of the tag “release_5_2_0” to “jump back in time”:
git checkout -b stable_5_2_0 release_5_2_0
This will create a new branch called “stable_5_2_0” next to your master
branch and whatever else you created.
Please note that you still might need to initialize Typo’s submodules at
this point. Migrations will be an issue if you already worked on the
same
databases with later migrations. You’ll have take care of the state of
your
database scheme. Better yet, work on a new set of database schemes for
development, tests and production.
You can now edit files and commit.
When you’re done and you want to merge this with a current revision you
can
forward-merge like this:
latter and added dfv/typo as a remote on my local clone. The remote is
This will create a new branch called “stable_5_2_0” next to your
When you’re done and you want to merge this with a current revision
you can forward-merge like this:
You’d work on your master branch. But maybe you want to work on two
parallel branches. One for production code and the other for future
releases of your blog.
Well, you can still do that. After the merge, just do
You’d work on your master branch. But maybe you want to work on two
parallel
branches. One for production code and the other for future releases of
your
blog.
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.