Added a comment
This commit is contained in:
parent
020c845058
commit
25a5f6664e
1 changed files with 24 additions and 0 deletions
|
@ -0,0 +1,24 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joey.kitenet.net/"
|
||||
nickname="joey"
|
||||
subject="comment 1"
|
||||
date="2011-12-14T17:31:31Z"
|
||||
content="""
|
||||
This is an entirely reasonable way to go about it.
|
||||
|
||||
However, doing it this way causes files in B to always \"win\" -- If the same filename is in both repositories, with differing content, the version added in B will superscede the version from A. If A has a file that is not in B, a git commit -a in B will commit a deletion of that file.
|
||||
|
||||
I might do it your way and look at the changes in B before (or even after) committing them to see if files from A were deleted or changed.
|
||||
|
||||
Or, I might just instead keep B in a separate subdirectory in the repository, set up like so:
|
||||
|
||||
<pre>
|
||||
mv b old_b
|
||||
git clone a b
|
||||
cd b
|
||||
mv ../old_b .
|
||||
git annex add old_b --exclude --not '*.avi'
|
||||
</pre>
|
||||
|
||||
Or, a third way would be to commit A to a branch like branchA and B to a separate branchB, and not merge the branches at all.
|
||||
"""]]
|
Loading…
Reference in a new issue