Wow, no bzr love in the group? :) We use Bazaar (bzr) for DVCS at
$job. The Macheads who interface with it (Drupal webdevs) who arent
the most technical bunch use the native OSX bzr installer pkgs. The
Windowsheads who interface with it (also Drupal webdevs) take
advantage of branch work via Cy
On Fri, 7 May 2010, John H. Robinson, IV wrote:
> Resent, as original got lost in moderation.
>
> John BORIS wrote:
>> I am looking for a Version control system that will fit correctly in my
>> environment. I manage a few applications, web sites and a servers. I am
>> looking for a version contro
On Fri, 7 May 2010, Edward Ned Harvey wrote:
>> From: discuss-boun...@lopsa.org [mailto:discuss-boun...@lopsa.org] On
>> Behalf Of John BORIS
>>
>> I am looking for a Version control system that will fit correctly in my
>> environment. I manage a few applications, web sites and a servers. I am
>>
Git has problems with lots of large, rapidly changing binaries.
smaller binaries, or ones that are relativly static are no problem.
David Lang
On Thu, 6 May 2010, Trey Harris wrote:
> Yves,
>
> Why do you say to use old-fashioned tools for storing binaries? In my
> experience, git does a fine
Gregory K. Ruiz-Ade wrote:
> * The distributed nature of hg encourages frequent checkins to
>your local repository without impacting users pulling from
>a "central" repo.
>
> * When you're ready to share your changes with others, you can
>either push to a "central" repo or tell te
On May 9, 2010, at 6:57 AM, Edward Ned Harvey wrote:
>> I use Mercurial in a similar situation as you. I used to use svn but
>> found the benefits of Mercurial overwhelming.
>
> I repeat:
> http://lopsa.org/pipermail/discuss/2010-May/005504.html
Personally, I like Mercurial better than Subversi
> From: discuss-boun...@lopsa.org [mailto:discuss-boun...@lopsa.org] On
> Behalf Of Tracy Reed
>
> I use Mercurial in a similar situation as you. I used to use svn but
> found the benefits of Mercurial overwhelming.
I repeat:
http://lopsa.org/pipermail/discuss/2010-May/005504.html
_
On Thu, May 06, 2010 at 10:12:36AM -0400, John BORIS spake thusly:
> I am looking for a Version control system that will fit correctly in my
> environment. I manage a few applications, web sites and a servers. I am
> looking for a version control system that is:
I use Mercurial in a similar situa
> From: discuss-boun...@lopsa.org [mailto:discuss-boun...@lopsa.org] On
> Behalf Of John H. Robinson, IV
>
> I no longer recommend Subversion for anything. There are better tools,
> and they come down to Mercurial and Git.
You know it's meaningless and worthless to just say "X is better than Y."
Resent, as original got lost in moderation.
John BORIS wrote:
> I am looking for a Version control system that will fit correctly in my
> environment. I manage a few applications, web sites and a servers. I am
> looking for a version control system that is:
>
> 1. Open Source (Free Software)
> 2
In a message dated Fri, 7 May 2010, Edward Ned Harvey writes:
>> From: discuss-boun...@lopsa.org [mailto:discuss-boun...@lopsa.org] On
>> Behalf Of Trey Harris
>>
>> assuming you already have SSH access to machines; just set up a
>> pseudouser with a restricted login shell to own the repositories
On Fri, May 7, 2010 at 9:18 AM, Edward Ned Harvey wrote:
[snip]
> The biggest fundamental difference here, is that git and mercurial are
> decentralized. Svn and perforce are centralized. This means ...
>
> Decentralized version control means each user has their own working copy.
> There is no c
> From: discuss-boun...@lopsa.org [mailto:discuss-boun...@lopsa.org] On
> Behalf Of Trey Harris
>
> assuming you already have SSH access to machines; just set up a
> pseudouser with a restricted login shell to own the repositories and
> give
> your programmers' ssh keys access to that pseudouser's
> From: discuss-boun...@lopsa.org [mailto:discuss-boun...@lopsa.org] On
> Behalf Of John BORIS
>
> I am looking for a Version control system that will fit correctly in my
> environment. I manage a few applications, web sites and a servers. I am
> looking for a version control system that is:
>
>
Trey asked:
> Why do you say to use old-fashioned tools for storing binaries? In my>
> experience, git does a fine job managing binaries.
And Brian Mathis wrote:
> Please don't start a "which VCS is better even though I know it's git"
> war.
I think that's unfair: Yves made a statement; Trey aske
Sorry if it read that way. I have no vested interest in convincing anyone of
any VCS tools' superiority over any other.
(I do, however, reject the idea you sometimes hear put forth that any tool at
all can be the best in some situations, and so it's pointless to ever argue
about relative merits
WHAAAT is your favorite editor?
EMACs
no!
vi!
AAAHH
On 05/06/10 12:25, Brian Mathis wrote:
> Please don't start a "which VCS is better even though I know it's git"
> war. All we need to talk about are which options are out there, which
> I believe we have already done, and t
Please don't start a "which VCS is better even though I know it's git"
war. All we need to talk about are which options are out there, which
I believe we have already done, and then allow the OP to make the
right decision based on their own requirements.
On Thu, May 6, 2010 at 3:22 PM, Trey Harr
Yves,
Why do you say to use old-fashioned tools for storing binaries? In my
experience, git does a fine job managing binaries. You can even set an
attribute to tell git what tool to use instead of diff to compare revisions of
binaries (if such a tool is available to dump the file into text for
On 10-05-06 08:52 AM, Brian Mathis wrote:
> With your firewall issues you will probably be better served with the
> distributed VCS tools, like Mercurial, Git, etc... They give each
> developer a full copy of the repository, so they won't need to be
> accessing over the network all the time. Howe
I would strongly urge you to implement git. Here are but a few reasons:
http://whygitisbetterthanx.com/
Git also works well over SSH or HTTP so you can pretty easily work through
firewalls or over a restricted VPN. Having remote workers makes the distributed
nature of the tool every more useful
M,
Thanks. That is what I am doing while asking the list. I have one
programmer that used a windows product before coming here and the two
remote programmers really never used one. They have used SVN before but
I think our setup is what the problem may be. They are supposed to take
another look at
On Thu, 6 May 2010, John BORIS wrote:
> I am looking for a Version control system that will fit correctly in my
> environment. I manage a few applications, web sites and a servers. I am
> looking for a version control system that is:
At work they use Perforce and many of the folks go to great le
In a message dated Thu, 6 May 2010, Brian Mathis writes:
With your firewall issues you will probably be better served with the
distributed VCS tools, like Mercurial, Git, etc... They give each
developer a full copy of the repository, so they won't need to be
accessing over the network all the t
> Anyway I will look at the other products as well as looking back at
> SVN.
John,
There's a matrix of subversion clients at
http://en.wikipedia.org/wiki/Comparison_of_Subversion_clients which
lists OS, license, and network protocols for each client.
Pretty much all of them (and the subversion c
() With your firewall issues you will probably be better served with the
() distributed VCS tools, like Mercurial, Git, etc... They give each
() developer a full copy of the repository, so they won't need to be
() accessing over the network all the time. However, they are more
() complex.
Both T
Thanks that is good to know
John J. Boris, Sr.
JEN-A-SyS Administrator
Archdiocese of Philadelphia
"Remember! That light at the end of the tunnel
Just might be the headlight of an oncoming train!"
>>> Brian Mathis 5/6/2010 10:52 AM >>>
With your firewall issues you will probably be better served
With your firewall issues you will probably be better served with the
distributed VCS tools, like Mercurial, Git, etc... They give each
developer a full copy of the repository, so they won't need to be
accessing over the network all the time. However, they are more
complex.
On Thu, May 6, 2010
I could never get Tortoise to work here. But it is worth revisiting.
We never really used a system so the command line isn't a problem. As a
matter of fact my two remote programmers live at the command line so
they are not challenged by that.
John J. Boris, Sr.
JEN-A-SyS Administrator
Archdiocese
I understand the resistance to something new. One thing that is in the
mix that I left out is that my network sits behind a firewall that I
have no control over. So when I install this I have to work with our IT
shop to poke the right holes in the Firewall for my remote programmers
to access the re
Subversion is one of the more straightforward systems out there, so if
the programmers don't like it, get new programmers ;)? Any VCS is
going to be an adjustment for programmers to use if they are not used
to using it. It's very difficult to have one that "just works"
without the programmers tak
() I am looking for a Version control system that will fit correctly in my
() environment.
()
() I then tried Subversion. Great package but it wasn't
() easy for us to use. Maybe I am too dense but my programmers did not like
() it.
There are Windows GUIs for SVN like Tortoise which make it
pretty
I am looking for a Version control system that will fit correctly in my
environment. I manage a few applications, web sites and a servers. I am
looking for a version control system that is:
1. Open Source (Free Software)
2. Server based
3. Windows client
4. Easy Reporting
I need the repository on
33 matches
Mail list logo
