On 5/25/06, Sean <seanlkml@xxxxxxxxxxxx> wrote:
Signed-off-by: Sean Estabrooks <seanlkml@xxxxxxxxxxxx> --- 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). - : send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html