]> sipb.mit.edu Git - ikiwiki.git/blob - doc/forum/multi_domain_setup_possible__63__/comment_2_75d6581f81b71fb8acbe3561047ea759._comment
ikiwiki (3.20130711) unstable; urgency=low
[ikiwiki.git] / doc / forum / multi_domain_setup_possible__63__ / comment_2_75d6581f81b71fb8acbe3561047ea759._comment
1 [[!comment format=mdwn
2  username="http://claimid.com/helios"
3  nickname="helios"
4  subject="branches"
5  date="2010-08-15T16:18:35Z"
6  content="""
7 So I I just put a blog entry, which is just a file on both branches. Seems I have to learn cherry-picking and merging only some changes.
8
9 Still I am duplicating files then and when I edit one file I have to think to also edit the other one or merge the change to it. I thought of a way to tag a blog entry on which site it should appear. And then I just have to edit one file and contents changes on all sites that share it.
10
11 But then I possibly can do some master blog / shared content branch, so that shared content is only stored once. Then I need to find a way to automatically replicate the changes there to all sites it belongs too. But how do I store it.
12
13 I also thought about just using symlinks for files. Can I have two sites in one repository and symlink shared files stuff around? I know bzr can version control symlinks.
14
15 Hmmm, I think I better read more about branching, cherry-picking and merging before I proceed. I used bzr and git, but from the user interface side of things prefer bzr, which should be fast enough for this use case.
16 """]]