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
() 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
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 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
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
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
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.
Both T
On Tue, May 04, 2010 at 01:11:47PM -0500, Matt Lawrence wrote:
> On Tue, 4 May 2010, Trey Harris wrote:
>
> > c) Be "senior", meaning "ten years minimum of hard and accomplished
> > technical
> > work".
> >
> > d) Be able to do more than just keyboard work. Be able to take a project
> > from c
> 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
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
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
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 Wed, May 05, 2010 at 12:35:21AM -0500, Matt Lawrence wrote:
>
> I keep hearing about these mythical places that are dedicated to
> excellence, I just never seem to find any of them.
I've worked in places mostly as you've described in the removed part of
your post.
My current job is extremely
Hey, Matt. I appreciate your passion.
Sometimes you have to take it slow in the beginning to make
progress in the long run. Sort of "settle in" with the existing
organization.
Keep fighting the good fight.
Best,
-at
___
Discuss mailing list
Discuss@l
To follow on from what Jesse said: when I'm being interviewed by a
technical person who will be doing work similar to mine, I insist on
hearing about an area where the person is currently or was recently
frustrated (and if they try to tell me about a purely technical problem
they can't figure o
Getting back to the name question; it would be much easier to call
ourselves something else than to change the common perception of
"system administrator".
-Pam
p.s. anyone know of any overseas openings? :)
___
Discuss mailing list
Discuss@lopsa.org
ht
On Thu, 6 May 2010, Jesse Trucks wrote:
[lots of interesting stuff deleted]
> That all being said, the job market is a rude and scary place right now,
> so sometimes we can't vote how we like when we like.
It certainly is. Sometimes I think I should focus on maximizing my income
and not worry
On Thu, 6 May 2010, Pam Ochs wrote:
> Getting back to the name question; it would be much easier to call
> ourselves something else than to change the common perception of
> "system administrator".
Thai is a good thought. Any ideas on what titles I should be looking at?
> p.s. anyone know of an
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
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
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
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
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
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
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
It looks as though this message hasn't gone through, so re-sending - sorry if
it ends up being a duplicate.
Original Message
Subject: Re: [lopsa-discuss] Version control system for small group
Date: Thu, 06 May 2010 13:55:24 -0600
From: Yves Dorfsman
To: discuss@lopsa.org
On
Since I started this thread let me chime back in. I know the need for
VCS but using it for binaries I think , for my setup, isn't a good fit.
What I have done have always kept copies of ecery compiled COBOL code
and C code with an extention to match the date it was taken out of
service and also a d
In a message dated Thu, 6 May 2010, John BORIS writes:
> Since I started this thread let me chime back in. I know the need for
> VCS but using it for binaries I think , for my setup, isn't a good fit.
> What I have done have always kept copies of ecery compiled COBOL code
> and C code with an ext
29 matches
Mail list logo
