On 5/25/06, Sean <seanlkml@sympatico.ca> wrote: > > Signed-off-by: Sean Estabrooks <seanlkml@sympatico.ca> > --- > Documentation/git-p4import.txt | 165 ++++++++++++++++++ > git-p4import.py | 357 ++++++++++++++++++++++++++++++++++++++++ > 2 files changed, 522 insertions(+), 0 deletions(-) BTW, can I suggest to import the _currently_ synced state? The reason is that because of the way how Perforce is done its working directories (views, aka clients) are often a horrible mix of occasionally synced files to some random versions. No one actually uses "p4 sync" for whole project here where I work, because it is absolutely useless at this level (updated files have abolutely no relevance at head revision, which is what you get by syncing without strictly specifying a revision). So a working state is stitched together from a lot of "mappings": perforce path to local path -> revision. That state can be actually worked on (up until you have to commit something, that is not possible except on head). That is why I actually can't sync before importing, but have to use the method Junio described for CVS: p4 sync files...#revisions git add new-files... git commit -a (simplified. There are problems with case-sensitivity and that stupid read-only attribute perfoce uses as sync marker). - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Fri Jun 02 23:10:21 2006
This archive was generated by hypermail 2.1.8 : 2006-06-02 23:10:49 EST