Tuesday, October 26, 2010
Moving from Subversion to Mercurial - how to adapt the workflow and staging/integration systems? - Stack Overflow
Moving from Subversion to Mercurial - how to adapt the workflow and staging/integration systems? - Stack Overflow: "We got all psyched about from from svn to hg and as the development workflow is more or less flushed out, here remains the most difficult part - staging and integration system."
Mercurial hg, am I doing it right? - Stack Overflow
Mercurial hg, am I doing it right? - Stack Overflow: "Remember, merging is coding too -- the person doing the merge is making choices about what should and shouldn't be. The QA people might be capable of it, but it's the developer's job. Also, why do it twice? The usual handoff for this is something like 'QA, pull revision 897a9d9f9a7 and test please -- the developers'. If you want to get fancy you can have a tag like 'readyforQA' that the developers move along the 'default' branch as they go (in this example they'd hg tag after their steps 3 and 5 and let QA know there's new stuff to pull.
The one piece of advice I'd give you is don't try to over-engineer the process. DVCSs lead to a sort-of haphazard way of working, that's a little scary at first, but tends to work out. YOu'll find sub-teams and pairs of folks have clones you never knew about and in the end so long as you have a few firm rules like 'nothing goes to production without first passing through QA' the rest sort of works itself out."
The one piece of advice I'd give you is don't try to over-engineer the process. DVCSs lead to a sort-of haphazard way of working, that's a little scary at first, but tends to work out. YOu'll find sub-teams and pairs of folks have clones you never knew about and in the end so long as you have a few firm rules like 'nothing goes to production without first passing through QA' the rest sort of works itself out."
Thursday, August 26, 2010
Solid principles
Check out this SlideShare Presentation:
Solid principles
View more presentations from dkandalov.
Wednesday, April 7, 2010
Thursday, March 18, 2010
Friday, January 22, 2010
Intuit Developer Network - COMException
I had the same problem and it was related the the identity set to run the QBXMLREP2e object and the security assigned to the company data file. If the QBXMLREP2e process is set to run under the "Interactive" user account, and in my case it was because my app is a web app, it would run as the "IWAM_computername" account. Your network share does not recognize local machine accounts, therefore you cannot give permission to the "IWAM_computername" account to your company data file.
By changing the account which runs the QBXMLREP2e process to a domain account, you can assign the appropriate NTFS security permissions to the company data file on the network share so that this domain account can access the file.
Subscribe to:
Posts (Atom)