Honestly, I don't actually ever do any branching.
Everything pretty much goes on in trunk.
If I ever do branching, it's because I've got a stable build of
something that people are bug fixing, and i want to keep a series of
new features separate from that build.
Then bug fixes can be incorporat
I think this is what I am after
http://ariejan.net/2006/11/22/svn-how-to-fix-bugs-properly/
Basically, it say to create a pre and psot bug fix tag, then merge changes
from pre to post into the trunk.
On 4/24/07, AJ Mercer <[EMAIL PROTECTED]> wrote:
>
> Hi Fusioneers,
>
> I have finally set up
Ok here is how it should be used, as per the documentation that Subversions
recommends. But there is no fast and hard rules for this.
Now with the following, it would be so nice that I could do this with
databases as well:-(
Anyway, trunk is the absolute repository of all changes and is considere
Actually it says if you think the bug might effect the current release.
Thats a different thing.
But yes merge and diff is you friend in those cases.
On 4/24/07, AJ Mercer <[EMAIL PROTECTED]> wrote:
>
> I think this is what I am after
>http://ariejan.net/2006/11/22/svn-how-to-fix-bugs-prope
Hi AJ,
depends on what you're doing. If you're talking about an
application that is in production yet has ongoing development as well
as maintenance, something like this is good:
Ongoing normal development is done in the trunk. When you have a
stable release, tag it, and create a
Thanks Everyone - starting to get it a bit more now.
Getting stuff into subversion is easy - getting it out is a bit more
trickier than I imagined :-)
All the developers will be developing locally (on their own PC).
The is a test server were developers deploy their mods for user testing.
Once the
AJ,
This is going to open up a lot of debate..
My first question to you would be this, what methodolgy do you use for
development and I would seriously think about this before you go any
further.
There is a reason I say this, and it is all down to your team / individual
and I have been guilt
I didn't mean to give the impression that each developer had their own
branch - they have their own ColdFusion environment with code checked out
from the trunk (or switched to a branch).
Thanks for the tip on when to check in files - that makes things a lot
simpler. Only check in completed work.
*lol* After re reading your post, how the hell did I come to that
conclusion:-(
Anyway, I sugest really reading that manual for Subversion it is worth the
read on how branches / merging. I am still reading it myself for the 3rd
time as there is a lot to take in.
But I will say if you haven't look
Someone made a huge deal about "request" vars. And it was not moi lol!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"cfaussie" group.
To post to this group, send email to cfaussie@googlegroups.com
To unsubscribe fr
branches / tags (they are same thing in svn) are cheap and fast in
subversion, they are just a refernce in the svn db until you make any
changes, this is a big advantage over cvs
as long as you know the commit number ( subversion use a single
counter to track all the changes), you can always cre
On 4/24/07, Zac Spitzer <[EMAIL PROTECTED]> wrote:
> one thing to watch is creating too many tags/branches, coz checking
> our the root of the repository will have many copies
Hmmm, not true. thats just badly setup.
> i've always found not branching unless you have to is a lot easier
yes tha
Hi,
I think that when to check in a file is a deveopers choice. Sure you want
to check in working units of work but it is also good for placing a
checkpoint of your code. Or even for placing a CFC in with just the API
defined. It doesn't realy matter. It is your change/release management
that
Andrew must be the bees knees and lifelong expert for CFML development.
Can I still extend my MyLar sails, catching the solar winds and saving the
planet?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"cfaussie" gr
I have now fixed this problem.
Andrew, was right, it was one of my timeout settings that was causing
this issue.
Thanks for your help guys.
On Apr 23, 4:41 pm, MrBuzzy <[EMAIL PROTECTED]> wrote:
> Is onapplicationstart returning true? If it doesn't return true then
> it will continue to execute
I am not really that experienced in using windows authentication via
the server. Have you checked to ensure you are trying to log on to the
right domain (i.e. the login maybe log on to local instead to the
domain your username is on)? I would check that first, also might want
to check that you set
16 matches
Mail list logo