Re: [p4] Making Helix depots accessible with Git clients

Matt Janulewicz <[email protected]> Mon, 16 Apr 2018 14:50:01 -0700
Newsgroups gmane.comp.version-control.perforce
Message-ID <[email protected]>
Posted on behalf of forum user 'Matt Janulewicz'.

The way I look at it, GitFusion uses Perforce as a base, therefore your git
users are the exception and have to make concessions to work with the base code.

Helix4Git reverses that relationship by making git data objects first class
citizens, so then your 'native' p4 users have to make concessions
(training, terminology, etc.) to work with those repos.

I would say that after having a few year's experience supporting GitFusion,
it is for the most part transparent to git users. They mostly don't notice
that Perforce is the back-end, until something goes wrong and it spits out a
non-git error message that looks foreign to them.  :)

But as mentioned, GitFusion is on the way out, if it isn't unsupported
already. I don't see any clear announcement about development stopping on
GitFusion, just, as you've also noticed, it's not downlodable from the
main Perforce page, and is barely mentioned anywhere. It still looks to be
available on the ftp site as well as in the RHEL/CentOS Perforce yum repo.

It might also be worth noting that Helix4Git is an extra license (cost) on top
of Perforce licenses, so there are pluses and minuses to both GitFusion and
Helix4Git, for sure.

Newer versions of git have a p4 interface built in and it's fairly usable
for cloning a branch at a time and pushing changes. Maybe a little awkward, but
git users are used to awkward things so it shouldn't be too much of a
stretch. Ha ha. I kid.



--
Please click here to see the post in its original format:
  http://forums.perforce.com/index.php?/topic/5688-making-helix-depots-accessible-with-git-clients
_______________________________________________
perforce-user mailing list  -  [email protected]
http://maillist.perforce.com/mailman/listinfo/perforce-user