hp50g

16 ms·

151.
by hp50g 14y ago
Actually most of our developers can't be trusted with this. We have certain regulatory requirements. We have active directory and its all managed there. If someone needs access, their role defines it. If someone wants access they have to as
152.
by hp50g 14y ago
That's a poor solution as there is no way to know how much of the product is actually on that repo...
153.
by hp50g 14y ago
The issue tracker uptime is higher than the VCS in a corporate environment. Its more an ALM tool for us as it has use cases, defects, project planning running off it. That means the front line support, dev team, project management team, bus
154.
by hp50g 14y ago
Branches cost nothing in svn. I doubt you've used it. svn copy only appends a pointer back to the source rev, much as git does.
155.
by hp50g 14y ago
Yep and that's like managing dns with host files...
156.
by hp50g 14y ago
Well it doesn't. We package every rev that's made as part of our integration process. Then we choose one and deploy it (using our auto deployment software which farts out packages across 100-odd machines, per instance..).
157.
by hp50g 14y ago
It is in svn as well (200mb wc switch = 4 seconds).
158.
by hp50g 14y ago
Aliases on that scale are like hosts files. An utter shit to manage. Its why they invented dns which is a centralized delegated service. The "single source of truth" is hard to avoid.
159.
by hp50g 14y ago
Actually its more likely that they're both unavailable than one is I.e our pipe goes down. Another reason to do it in house.
160.
by hp50g 14y ago
I don't believe you. I bet you rebooted your workstation :)
161.
by hp50g 14y ago
TortoiseSVN and Word+Excel have great change integration. You can merge word documents quite happily.
162.
by hp50g 14y ago
That's anecdotal. My anecdote is that we've run 5 nines for 6 years. We know our shit.
163.
by hp50g 14y ago
Yes but how does our integration server know which one of our 180 dev workstations has the latest tip of the master branch?
164.
by hp50g 14y ago
I do. I'm a long term user of mercurial for my own projects. I was also an advocate for moving to git in our organisation, but it doesn't fit. One hammer is not necessarily good for all nails.
165.
by hp50g 14y ago
We'd lose our deployment, integration tests, continuous integration, ability to pull other team changes from the master and code review platform. That's a big chunk of our dev infrastructure. Size is mentioned as to be honest we moved a loa
166.
by hp50g 14y ago
Well we need a master as an integration point for building deployment packages, which means that you need a central host anyway. Github is usually just this thing for people.
167.
by hp50g 14y ago
Yes. I do. Unfortunately it doesn't support your average corporate workflow and requirements of centralisation very well (it can do it but its not its primary use case). The desktop tooling is also crappy and hard to get non-code-monkeys us
168.
by hp50g 14y ago
Regarding Atlassian, they're expensive, hard to support, damn unreliable and the software (particularly crucible) is unusably slow. I'm comparing it to what we have as the suggestion is inevitable.
169.
by hp50g 14y ago
Yes we do. 5 nines (that's 5 minutes in a year).
170.
by hp50g 14y ago
See updated comment about github. It doesn't cut it.
171.
by hp50g 14y ago
This is one reason us corporate software pushers can't use github and the likes. We need stuff to be hosted on a network we control. Each hour we lose is potentially multiplied by the number of staff as we would push and pull hundreds of ti
172.
by hp50g 14y ago
Having switched from windows 2000 to FreeBSD in 2001 as a desktop OS, all i can say is there is no benefit if you want something that does stuff all pointy clicky just like Microsoft does (gnome/kde's apparent objective). My desktop is a te
173.
by hp50g 14y ago
Nokia Lumia 710 is engineered like that. Despite dropping it literally hundreds of times onto concrete, tiles etc mine still just falls to bits and has never broken. Still scares me every time though! I've seen so many people depressingly d
174.
by hp50g 14y ago
Great bit of research there. Thanks for posting. SendGrid did the right thing. I don't think they need to clarify anything - just keep their distance.
175.
by hp50g 14y ago
Hardly. I'm just new here. See my other comments. My point is that if I was an investor, I'd ask the same question. If I was an engineer (which I am), I'd not ignore the commercial implication of no answer to that question.
176.
by hp50g 14y ago
To be honest I don't get to see social logins. Adblock and ghostery seem to put and end to them and my participation. And that's the way I like it :)
177.
by hp50g 14y ago
Huh they do: http://connect.microsoft.com/directory/accepting-bugs/intern...
178.
by hp50g 14y ago
That actually entirely avoided the question I asked.
179.
by hp50g 14y ago
Honestly, how would spending $79 on this improve my life?
180.
by hp50g 14y ago
+1 for this. I've been happily married for 10 years and paid about the same for our wedding and bands. It was a registry office and cheap rings. It was about the marriage and not the wedding . I think people forget this these days.

More ›