Re: Development Environments
We do basically the same thing. We have on development server which we share. However, we try to make sure that only one developer is working on any one site's code at one time, so that we don't have to worry about version problems. Scott M. Berry :-: [Staff Developer] annex.com, Inc. - http://www.annex.com/ - Original Message - From: "Craig A. Zingerline" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Friday, November 17, 2000 4:55 AM Subject: Development Environments > Hello, > > What do most companies do as far as having a team-based development > environment? We have a small team of developers sharing multiple projects > and do our work on Win98 platforms and map to our NT server through CF > Studio to write code. All of our beta sites are put there to make sure that > we always have the most recent version. What do other people do and/or > recommend? Thanks, > > Craig > > > Craig A. Zingerline > Advanced Media Productions > Web Application Developer > [EMAIL PROTECTED] > > ~~ > Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm > > Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ > Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists > ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Development Environments
you MUST use version control even if one of you works on the code alone, it has many more functions than just file sharing, the ability to roll back to a version that did work, (sometimes days upstream) is invaluable. It can also help you learn how your project progressed and therefore how your future projects may run, helping you estimates more accurately As to a general environment. We have 2 development servers, one linux one NT, one running Zeus (finally) one running IIS. Two DB servers one with oracle, one with SQL, an admin server for documentation and a code store, a full backup regime for all of them, and once again Version control Regards Stew >We do basically the same thing. We have on development server which we >share. However, we try to make sure that only one developer is working on >any one site's code at one time, so that we don't have to worry about >version problems. ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Development Environments
Even in a one person shop version control is paramount. Roll back and history has saved my butt on countless occasions. Duane Boudreau Director of Web Technologies Ektron, Inc. > -Original Message- > From: Stewart McGowan [mailto:[EMAIL PROTECTED]] > Sent: Friday, November 17, 2000 10:54 AM > To: CF-Talk > Subject: RE: Development Environments > > > you MUST use version control even if one of you works on the code > alone, it > has many more functions than just file sharing, the ability to > roll back to > a version that did work, (sometimes days upstream) is invaluable. It can > also help you learn how your project progressed and therefore how your > future projects may run, helping you estimates more accurately > > As to a general environment. We have 2 development servers, one linux one > NT, one running Zeus (finally) one running IIS. Two DB servers one with > oracle, one with SQL, an admin server for documentation and a > code store, a > full backup regime for all of them, and once again Version control > > Regards > > > Stew > > > > >We do basically the same thing. We have on development server which we > >share. However, we try to make sure that only one developer is working on > >any one site's code at one time, so that we don't have to worry about > >version problems. > ~~ > Structure your ColdFusion code with Fusebox. Get the official > book at http://www.fusionauthority.com/bkinfo.cfm > > Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ > Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists ~~ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: development environments
In reality, you CAN use FuseBox with Contribute users. You may not be able to break your dsp_ fuses down as much as you might otherwise, but you can certainly do it. Set up your site so that all your dsp_ fuses are in one place (probably in a directory structure mirroring your circuit layout), and then let your Contribute users have free reign over those templates. They won't get complete page view (nothing applied via layouts, for example), but they'll get the content, which is the important part. Addressing the overwriting issue between Contribute and your CF dev guys is doable as well. When you're getting ready to push a new version of the CF code, pull down the Contribute template directory to your staging server, check it into the source repository, merge the changes into your staging copy, and then push the entire app back up to production. If you want to help your users even more, you can set up automated download/checkin cycles for your Contribute content. CVS is smart enough to only check in when there are changes, so you can safely do it fairly often without getting any extraneous crap in your repository. The only caveat is that you have to prevent your Contribute users from doing anything between the time you download their work, and push the new application, but that shouldn't be a big deal. barneyb --- Barney Boisvert, Senior Development Engineer AudienceCentral [EMAIL PROTECTED] voice : 360.756.8080 x12 fax : 360.647.5351 www.audiencecentral.com > -Original Message- > From: Kevin Graeme [mailto:[EMAIL PROTECTED] > Sent: Monday, September 08, 2003 2:34 PM > To: CF-Talk > Subject: Re: development environments > > > Dave, you've hit on one of the key reasons Deanna is asking. We also are > trying to support Contribute users on the same sites. So we are > looking for > an environment or process that will support the Contribute file management > as well as the CF developers. That means we can't use FuseBox or any other > framework that breaks things such that Contribute can't edit the pages. > Ideally we're also shooting for something that would prevent the CF > devlopers from overwriting what the Contribute people are doing and vice > versa. > > (I work with Deanna and she got tied up in a meeting so I'm jumping in.) > > -Kevin > > - Original Message - > From: "Dave Watts" <[EMAIL PROTECTED]> > To: "CF-Talk" <[EMAIL PROTECTED]> > Sent: Monday, September 08, 2003 4:03 PM > Subject: RE: development environments > > > > > Doesn't DW's checkin/checkout require a SCC compatible > > > backing server like VSS or CVS/Igloo? > > > > No, it can be used all by itself, as long as everyone's using > Dreamweaver > > (or Contribute). It's very primitive, and essentially consists of > > Dreamweaver creating .LCK files on the filesystem for you. This is an > > integral part of a Contribute site. > > > > Dave Watts, CTO, Fig Leaf Software > > http://www.figleaf.com/ > > voice: (202) 797-5496 > > fax: (202) 797-5444 > > > > > ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Get the mailserver that powers this list at http://www.coolfusion.com
RE: development environments
> Dave, you've hit on one of the key reasons Deanna is asking. > We also are trying to support Contribute users on the same > sites. So we are looking for an environment or process that > will support the Contribute file management as well as the > CF developers. That means we can't use FuseBox or any other > framework that breaks things such that Contribute can't edit > the pages. Ideally we're also shooting for something that > would prevent the CF devlopers from overwriting what the > Contribute people are doing and vice versa. > > (I work with Deanna and she got tied up in a meeting so I'm > jumping in.) Out of curiosity, why are you mixing static and dynamic content anyway? I think Contribute is great, but I wouldn't recommend its use for a dynamic (or partially dynamic) site. At some point, you risk getting the worst of both worlds - an environment which has all the drawbacks of static sites, but all the infrastructure (and its associated drawbacks) of a dynamic site. I would recommend that you separate your static and dynamic content as much as possible, and limit your use of Contribute to the static portion. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm
RE: development environments
To handle the overwriting issue I like a program called BeyondCompare. You get used to putting up only the code you changed line-by-line rather than just overwriting complete templates. Greg -Original Message- From: Barney Boisvert [mailto:[EMAIL PROTECTED] Sent: Monday, September 08, 2003 5:01 PM To: CF-Talk Subject: RE: development environments In reality, you CAN use FuseBox with Contribute users. You may not be able to break your dsp_ fuses down as much as you might otherwise, but you can certainly do it. Set up your site so that all your dsp_ fuses are in one place (probably in a directory structure mirroring your circuit layout), and then let your Contribute users have free reign over those templates. They won't get complete page view (nothing applied via layouts, for example), but they'll get the content, which is the important part. Addressing the overwriting issue between Contribute and your CF dev guys is doable as well. When you're getting ready to push a new version of the CF code, pull down the Contribute template directory to your staging server, check it into the source repository, merge the changes into your staging copy, and then push the entire app back up to production. If you want to help your users even more, you can set up automated download/checkin cycles for your Contribute content. CVS is smart enough to only check in when there are changes, so you can safely do it fairly often without getting any extraneous crap in your repository. The only caveat is that you have to prevent your Contribute users from doing anything between the time you download their work, and push the new application, but that shouldn't be a big deal. barneyb --- Barney Boisvert, Senior Development Engineer AudienceCentral [EMAIL PROTECTED] voice : 360.756.8080 x12 fax : 360.647.5351 www.audiencecentral.com > -Original Message- > From: Kevin Graeme [mailto:[EMAIL PROTECTED] > Sent: Monday, September 08, 2003 2:34 PM > To: CF-Talk > Subject: Re: development environments > > > Dave, you've hit on one of the key reasons Deanna is asking. We also are > trying to support Contribute users on the same sites. So we are > looking for > an environment or process that will support the Contribute file management > as well as the CF developers. That means we can't use FuseBox or any other > framework that breaks things such that Contribute can't edit the pages. > Ideally we're also shooting for something that would prevent the CF > devlopers from overwriting what the Contribute people are doing and vice > versa. > > (I work with Deanna and she got tied up in a meeting so I'm jumping in.) > > -Kevin > > - Original Message - > From: "Dave Watts" <[EMAIL PROTECTED]> > To: "CF-Talk" <[EMAIL PROTECTED]> > Sent: Monday, September 08, 2003 4:03 PM > Subject: RE: development environments > > > > > Doesn't DW's checkin/checkout require a SCC compatible > > > backing server like VSS or CVS/Igloo? > > > > No, it can be used all by itself, as long as everyone's using > Dreamweaver > > (or Contribute). It's very primitive, and essentially consists of > > Dreamweaver creating .LCK files on the filesystem for you. This is an > > integral part of a Contribute site. > > > > Dave Watts, CTO, Fig Leaf Software > > http://www.figleaf.com/ > > voice: (202) 797-5496 > > fax: (202) 797-5444 > > > > > ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com
Re: development environments
> The only caveat is that you have to prevent your Contribute users from doing > anything between the time you download their work, and push the new > application, but that shouldn't be a big deal. > Nice thought and all, but we're a pretty far-flung shop, geographically. Our Contribute users are all across the state, and we operate more like an ISP than a typical web shop. We have about 200 "sites," some of which are static and some of which are dynamic, and they reside on two major domains/servers. We're going to be merging the two to one domain/server soon. There's really no way we could say, "hey all you contribute users, stop what you're doing for a little while while we do this other stuff." They also would throw a flipping fit if the site didn't look the way it was supposed to when they were working on it. These are not web-savvy people. Thanks, anyway, though. -D ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com
Re: development environments
Dave, That's not always possible. We're a very small shop - one CF/database developer (me), one interface designer (Kevin), one person that handles the static sites, and one student. (Plus a few scattered "developers" who mostly deal with static stuff for a specific department.) We support 600 faculty and staff. You could say we're swamped. We have one site that we're working on right now that's a prime example. It's a soybean grower's resource site, and it has one section that's all dynamic. But, it has another section that is a "library" of content - primarily links to other sites and pdf's and word documents. Now, we could build a whole content management system to handle that, or we could let the agronomy department use their student (& Contribute) to organize and post all that static content, while I'm using my time working on developing the interactive soybean yield trials data. It's not a perfect world, but it's what we have to deal with. So, what we're trying to figure out is the best way to do that sort of thing. We're playing around with the templates, trying to find the best combination of dynamic and static stuff, and we're a bit frustrated by our efforts. -d - Original Message - From: "Dave Watts" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Monday, September 08, 2003 6:08 PM Subject: RE: development environments > > Dave, you've hit on one of the key reasons Deanna is asking. > > We also are trying to support Contribute users on the same > > sites. So we are looking for an environment or process that > > will support the Contribute file management as well as the > > CF developers. That means we can't use FuseBox or any other > > framework that breaks things such that Contribute can't edit > > the pages. Ideally we're also shooting for something that > > would prevent the CF devlopers from overwriting what the > > Contribute people are doing and vice versa. > > > > (I work with Deanna and she got tied up in a meeting so I'm > > jumping in.) > > Out of curiosity, why are you mixing static and dynamic content anyway? I > think Contribute is great, but I wouldn't recommend its use for a dynamic > (or partially dynamic) site. At some point, you risk getting the worst of > both worlds - an environment which has all the drawbacks of static sites, > but all the infrastructure (and its associated drawbacks) of a dynamic site. > > I would recommend that you separate your static and dynamic content as much > as possible, and limit your use of Contribute to the static portion. > > Dave Watts, CTO, Fig Leaf Software > http://www.figleaf.com/ > voice: (202) 797-5496 > fax: (202) 797-5444 > > ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm
RE: development environments
Setup a dev machine with the correct versions of server software i.e.: (CFMX). Then like you said, each developer use dreamweaver with the code checkout/checkin to prevent code over write. What we also do is create a new development folder for each day. We take snapshots from these as we go along with each milestone and keep the snapshots on the dev machine and archive the other dev folders that are no longer needed. We archive stuff to CD. Shawn Regan Head Applications Developer pacifictechnologysolutions -Original Message- From: Deanna Schneider [mailto:[EMAIL PROTECTED] Sent: Monday, September 08, 2003 12:42 PM To: CF-Talk Subject: development environments We're thinking about how we do development around here, and I'm wondering what other folks do. Right now, we have windows share access to the development server, and we work directly on it. We're thinking that in the future it might be better to have each developer run the development version of CFMX (we're still on 5.0 right now), and use Dreamweavers checkin/checkout functionality to prevent code overwrite. One of the major drawbacks I see to this is that we have a lot our apps protected via LDAP on the server. I can "fake" LDAP authentication in all my apps, but it's going to be extra code that's not currently needed. So, what do you do? How do you set up your development environment? Thanks! -Deanna - Deanna Schneider UWEX-Cooperative Extension Interactive Media Developer ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm
RE: development environments
We recently switched from a shared dev server with RDS to local dev servers and CVS and are loving it. We also have a tiny Move2Test utility that checks out files to a temp location on the dev server and copies them to the Test server for shared access by the tester and managers. I guess from your message that you can't have the individual developer PC's making connections to the LDAP server. I would say put that functionality in a CFC and you can call it via webservice from developer PC and via local createobject on test/production. HTH, Sam -- Blog: http://www.rewindlife.com Chart: http://www.blinex.com/products/charting -- > -Original Message- > From: Deanna Schneider [mailto:[EMAIL PROTECTED] > Sent: Monday, September 08, 2003 3:42 PM > To: CF-Talk > Subject: development environments > > > We're thinking about how we do development around here, and I'm wondering > what other folks do. Right now, we have windows share access to the > development server, and we work directly on it. We're thinking that in the > future it might be better to have each developer run the > development version > of CFMX (we're still on 5.0 right now), and use Dreamweavers > checkin/checkout functionality to prevent code overwrite. > > One of the major drawbacks I see to this is that we have a lot our apps > protected via LDAP on the server. I can "fake" LDAP > authentication in all my > apps, but it's going to be extra code that's not currently needed. > > So, what do you do? How do you set up your development environment? > > Thanks! > -Deanna ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm
RE: development environments
Deanna, we also use LDAP for authentication and we use MKS for version control. We have three environments Development, QA-Staging and Production. Development is where the developers keep their code base. We use Fusebox as a framework and good planning at the Application Architecture phase means we can pretty much segment our apps by developers. In the event that multiple developers work on one section, MKS controls check in, check out and versioning. All code is unit tested by each developer and no code gets to QA-Staging till all bugs are eradicated. QA-Staging is where we carry out Integration and Load-testing. Any bugs discovered here are referred to the relative developer who corrects the problem in Development and then re submits the fixed code back to QA for further Integration-Load Testing. Production, when code gets here all bugs should have been eliminated. If any are discovered they are referred to the relative developer who corrects the problem in Development and then re submits the fixed code back to QA for further Integration-Load Testing. All three environments are clustered and load balanced with sticky sessions enabled behind Cisco hardware load balancers. Developers do work on code on their local machines but running/testing is done on the development server(s). Hth Kind Regards - Mike Brunt Original Message --- We're thinking about how we do development around here, and I'm wondering what other folks do. Right now, we have windows share access to the development server, and we work directly on it. We're thinking that in the future it might be better to have each developer run the development version of CFMX (we're still on 5.0 right now), and use Dreamweavers checkin/checkout functionality to prevent code overwrite. One of the major drawbacks I see to this is that we have a lot our apps protected via LDAP on the server. I can "fake" LDAP authentication in all my apps, but it's going to be extra code that's not currently needed. So, what do you do? How do you set up your development environment? Thanks! -Deanna - Deanna Schneider UWEX-Cooperative Extension Interactive Media Developer ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Get the mailserver that powers this list at http://www.coolfusion.com
Re: development environments
I prefer to have one single development server shared across the team, with people working directly on it. But we are a small team (4 guys). I just would just suggest to avoid DW's checkin/checkout, it's very primitive (can I say it's a joke?), get a real version control system, with versioning and all, CVS, VSS, whatever you like, anything is better than DW's checkin/checkout :-) Massimo Foti Certified Dreamweaver MX Developer Certified Advanced ColdFusion MX Developer http://www.massimocorner.com/ ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm
RE: development environments
Doesn't DW's checkin/checkout require a SCC compatible backing server like VSS or CVS/Igloo? Sam -- Blog: http://www.rewindlife.com Chart: http://www.blinex.com/products/charting -- > -Original Message- > From: Massimo, Tiziana e Federica [mailto:[EMAIL PROTECTED] > Sent: Monday, September 08, 2003 4:19 PM > To: CF-Talk > Subject: Re: development environments > > > I prefer to have one single development server shared across the > team, with > people working directly on it. But we are a small team (4 guys). > > I just would just suggest to avoid DW's checkin/checkout, it's very > primitive (can I say it's a joke?), get a real version control > system, with > versioning and all, CVS, VSS, whatever you like, anything is better than > DW's checkin/checkout :-) > > Massimo Foti ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com
RE: development environments
No, there is a simple/primitive/joke (depending on who you ask) built in check in/out function in DW. DW can also integrate more mature products such as VSS if you have one. -- Ian Skinner Web Programmer BloodSource www.BloodSource.org Sacramento, CA -Original Message- From: Samuel Neff [mailto:[EMAIL PROTECTED] Sent: Monday, September 08, 2003 1:46 PM To: CF-Talk Subject: RE: development environments Doesn't DW's checkin/checkout require a SCC compatible backing server like VSS or CVS/Igloo? Sam -- Blog: http://www.rewindlife.com Chart: http://www.blinex.com/products/charting -- > -Original Message- > From: Massimo, Tiziana e Federica [mailto:[EMAIL PROTECTED] > Sent: Monday, September 08, 2003 4:19 PM > To: CF-Talk > Subject: Re: development environments > > > I prefer to have one single development server shared across the > team, with > people working directly on it. But we are a small team (4 guys). > > I just would just suggest to avoid DW's checkin/checkout, it's very > primitive (can I say it's a joke?), get a real version control > system, with > versioning and all, CVS, VSS, whatever you like, anything is better than > DW's checkin/checkout :-) > > Massimo Foti ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm
RE: development environments
> Doesn't DW's checkin/checkout require a SCC compatible > backing server like VSS or CVS/Igloo? No, it can be used all by itself, as long as everyone's using Dreamweaver (or Contribute). It's very primitive, and essentially consists of Dreamweaver creating .LCK files on the filesystem for you. This is an integral part of a Contribute site. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com
RE: development environments
nope, it's entirely DW specific, using extra files on the file system to keep everything synced. It'd be damn sweet if it had integrated support for CVS or something though. --- Barney Boisvert, Senior Development Engineer AudienceCentral [EMAIL PROTECTED] voice : 360.756.8080 x12 fax : 360.647.5351 www.audiencecentral.com > -Original Message- > From: Samuel Neff [mailto:[EMAIL PROTECTED] > Sent: Monday, September 08, 2003 1:46 PM > To: CF-Talk > Subject: RE: development environments > > > Doesn't DW's checkin/checkout require a SCC compatible backing server like > VSS or CVS/Igloo? > > Sam > > > -- > Blog: http://www.rewindlife.com > Chart: http://www.blinex.com/products/charting > -- > > > > > -Original Message- > > From: Massimo, Tiziana e Federica [mailto:[EMAIL PROTECTED] > > Sent: Monday, September 08, 2003 4:19 PM > > To: CF-Talk > > Subject: Re: development environments > > > > > > I prefer to have one single development server shared across the > > team, with > > people working directly on it. But we are a small team (4 guys). > > > > I just would just suggest to avoid DW's checkin/checkout, it's very > > primitive (can I say it's a joke?), get a real version control > > system, with > > versioning and all, CVS, VSS, whatever you like, anything is better than > > DW's checkin/checkout :-) > > > > Massimo Foti > > ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm
Re: development environments
> No, there is a simple/primitive/joke (depending on who you ask) built in > check in/out function in DW. DW can also integrate more mature products > such as VSS if you have one. DW only integrates with VSS or Webdav, no other produuct. Once a year, since at least 3 years, I ask for CVS support. Please join me and cast your vote: http://www.macromedia.com/support/email/wishform/ Massimo Foti Certified Dreamweaver MX Developer Certified Advanced ColdFusion MX Developer http://www.massimocorner.com/ ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com
Re: development environments
Dave, you've hit on one of the key reasons Deanna is asking. We also are trying to support Contribute users on the same sites. So we are looking for an environment or process that will support the Contribute file management as well as the CF developers. That means we can't use FuseBox or any other framework that breaks things such that Contribute can't edit the pages. Ideally we're also shooting for something that would prevent the CF devlopers from overwriting what the Contribute people are doing and vice versa. (I work with Deanna and she got tied up in a meeting so I'm jumping in.) -Kevin - Original Message - From: "Dave Watts" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Monday, September 08, 2003 4:03 PM Subject: RE: development environments > > Doesn't DW's checkin/checkout require a SCC compatible > > backing server like VSS or CVS/Igloo? > > No, it can be used all by itself, as long as everyone's using Dreamweaver > (or Contribute). It's very primitive, and essentially consists of > Dreamweaver creating .LCK files on the filesystem for you. This is an > integral part of a Contribute site. > > Dave Watts, CTO, Fig Leaf Software > http://www.figleaf.com/ > voice: (202) 797-5496 > fax: (202) 797-5444 > > ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm
RE: RE: development environments
We have a pointer to creating a web service to this in our blog http://www.webapper.net/index.cfm?fuseaction=Fuseblog.ShowComments&ArticleID=20030714071122 Kind Regards - Mike Brunt Original Message --- We recently switched from a shared dev server with RDS to local dev servers and CVS and are loving it. We also have a tiny Move2Test utility that checks out files to a temp location on the dev server and copies them to the Test server for shared access by the tester and managers. I guess from your message that you can't have the individual developer PC's making connections to the LDAP server. I would say put that functionality in a CFC and you can call it via webservice from developer PC and via local createobject on test/production. HTH, Sam -- Blog: http://www.rewindlife.com Chart: http://www.blinex.com/products/charting -- > -Original Message- > From: Deanna Schneider [mailto:[EMAIL PROTECTED] > Sent: Monday, September 08, 2003 3:42 PM > To: CF-Talk > Subject: development environments > > > We're thinking about how we do development around here, and I'm wondering > what other folks do. Right now, we have windows share access to the > development server, and we work directly on it. We're thinking that in the > future it might be better to have each developer run the > development version > of CFMX (we're still on 5.0 right now), and use Dreamweavers > checkin/checkout functionality to prevent code overwrite. > > One of the major drawbacks I see to this is that we have a lot our apps > protected via LDAP on the server. I can "fake" LDAP > authentication in all my > apps, but it's going to be extra code that's not currently needed. > > So, what do you do? How do you set up your development environment? > > Thanks! > -Deanna ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm
Contribute (was Re: development environments)
> In reality, you CAN use FuseBox with Contribute users. You may not be > able > to break your dsp_ fuses down as much as you might otherwise, but you > can > certainly do it. Set up your site so that all your dsp_ fuses are in > one > place (probably in a directory structure mirroring your circuit > layout), and > then let your Contribute users have free reign over those templates. > They > won't get complete page view (nothing applied via layouts, for > example), but > they'll get the content, which is the important part. > I disagree. If there is one thing Contribute taught us --and I hope the rest of the CMS industry-- was that it isn't enough to allow users to edit content divorced from the rest of the page. They need context when editing a page and only a full page view seems to get it. Users don't want to understand the difference between presentation, content, and page properties. They just want to edit the page and let the system figure it out. The problem of course is that Contribute is the only tool that allows this kind of usage pattern, but it only supports static sites. Sure you can create dynamic templates, but that isn't quite the same thing. One thing we've been showing people is what it looks like when you take the Contribute usage pattern and apply it to an enterprise CMS. We hacked up an proof-of-concept that connects contribute to our CMS to demonstrate this and it is amazing the kind of response we are getting. Matt Liotta President & CEO Montara Software, Inc. http://www.MontaraSoftware.com (888) 408-0900 x901 ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Get the mailserver that powers this list at http://www.coolfusion.com
RE: Contribute (was Re: development environments)
While I can't say I havn't had problems of a similar nature, I've had great success with using various editors (and even simple TEXTAREAs) to allow users to edit content without the rest of the page. Ironically, I've found that it's the more technologically adept people that struggle with the content/presentation separation. barneyb --- Barney Boisvert, Senior Development Engineer AudienceCentral [EMAIL PROTECTED] voice : 360.756.8080 x12 fax : 360.647.5351 www.audiencecentral.com > -Original Message- > From: Matt Liotta [mailto:[EMAIL PROTECTED] > Sent: Monday, September 08, 2003 3:17 PM > To: CF-Talk > Subject: Contribute (was Re: development environments) > > > > In reality, you CAN use FuseBox with Contribute users. You may not be > > able > > to break your dsp_ fuses down as much as you might otherwise, but you > > can > > certainly do it. Set up your site so that all your dsp_ fuses are in > > one > > place (probably in a directory structure mirroring your circuit > > layout), and > > then let your Contribute users have free reign over those templates. > > They > > won't get complete page view (nothing applied via layouts, for > > example), but > > they'll get the content, which is the important part. > > > I disagree. If there is one thing Contribute taught us --and I hope the > rest of the CMS industry-- was that it isn't enough to allow users to > edit content divorced from the rest of the page. They need context when > editing a page and only a full page view seems to get it. Users don't > want to understand the difference between presentation, content, and > page properties. They just want to edit the page and let the system > figure it out. > > The problem of course is that Contribute is the only tool that allows > this kind of usage pattern, but it only supports static sites. Sure you > can create dynamic templates, but that isn't quite the same thing. One > thing we've been showing people is what it looks like when you take the > Contribute usage pattern and apply it to an enterprise CMS. We hacked > up an proof-of-concept that connects contribute to our CMS to > demonstrate this and it is amazing the kind of response we are getting. > > Matt Liotta > President & CEO > Montara Software, Inc. > http://www.MontaraSoftware.com > (888) 408-0900 x901 > > > ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Get the mailserver that powers this list at http://www.coolfusion.com
RE: Contribute (was Re: development environments)
Barney wrote: >Ironically, I've found >that it's the more technologically adept people that struggle with the >content/presentation separation. As have I, but Matt's point is well-taken. People have no trouble with the separation because they've never seen anything like what he's talking about. Give it to them and see if they want to switch back. No matter how much lipstick you put on that pig, form-based entry won't be as intuitively useful as just showing users their finalized web page, letting them change it and managing the details on the back end. A Herculean task for the developer, but definitely something to strive for. -- --- Matt Robertson, [EMAIL PROTECTED] MSB Designs, Inc. http://mysecretbase.com --- -- ~| Archives: http://www.houseoffusion.com/lists.cfm?link=t:4 Subscription: http://www.houseoffusion.com/lists.cfm?link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. http://www.cfhosting.com