Overview
Artifact ID: | 2176d47de485c954fabb3c95621d96b1affd8a2f |
---|---|
Ticket: | e0352240adeafd4d4d8d297c2141dacf076507b7
Support for importing vendor source |
User & Date: | anonymous 2010-10-14 10:41:57 |
Changes
- Appended to comment:
<hr /><i>anonymous claiming to be Joerg Sonnenberger added on 2010-10-14 10:41:57:</i><br /> Re tagging the import: I've had to deal with vendor imports that often enough lack any version number other than some RCS ids in the file. Importing files directly from the upstream version control system is a common task for larger projects. Sadly enough, having to identify what changed between different imports is also often enough required. Re main problem: I consider "import" a convenience command. The original set of commands can be simplified a lot by removing all files first with find . -type f -print0 | xargs -0 fossil rm, copying the new files and doing find . -type f -print0 | xargs -0 fossil add. That's safe for spaces in names etc. Having to switch to the vendor branch requires either creating another checkout and copying files or switching from a large checkout to a minimal one. The latter isn't a lot of fun if you have a working copy size of > 100MB and uncommitted changes. Not having to move the vendor branch has another very property, it reduces the chance of accidentally messing it up. Re fossil merge failure: This looks like a bug. Merging to the initial empty version should certainly be allowed as special case. It works fine if any commit was done on trunk first.