Generic Development/Production Question | | |
Say I have a project that I have hosted locally. I have a separate machine
which is our production environment. To do our deploys, we've been
copying/pasting the folder from our local machines and overwriting the
production folder(s) after backing them up. This works ok. Both folders
have the same name. Now, say we're weeks into developing/redesigning a
portion of the website. Client requests a change to the production site.
We can't roll out our development code as it's unfinished. We need to make
a change to the production site.
How can I run these two code bases in parallel, locally? Is this even
possible? Right now the best I can come up with is to backup my development
code in some other location, place the production code in the local folder,
rebuild and pray that paths don't cross. It just feels very very kludgy.
I'm hoping I'm missing something (or many things) entirely. Seems very
likely. For the record, we're still using 1.1.
Thanks
| | | | re: Generic Development/Production Question
you should be using some sort of source control software. if you don't
have vss or team studio look at the open source cvs (see sourceforge.net)
-- bruce (sqlwork.com)
James wrote: Quote:
Say I have a project that I have hosted locally. I have a separate machine
which is our production environment. To do our deploys, we've been
copying/pasting the folder from our local machines and overwriting the
production folder(s) after backing them up. This works ok. Both folders
have the same name. Now, say we're weeks into developing/redesigning a
portion of the website. Client requests a change to the production site.
We can't roll out our development code as it's unfinished. We need to make
a change to the production site.
>
How can I run these two code bases in parallel, locally? Is this even
possible? Right now the best I can come up with is to backup my development
code in some other location, place the production code in the local folder,
rebuild and pray that paths don't cross. It just feels very very kludgy.
I'm hoping I'm missing something (or many things) entirely. Seems very
likely. For the record, we're still using 1.1.
>
Thanks
>
>
| | | | re: Generic Development/Production Question
Right, we still use VSS 6.0d or whatever the version number is. How does
that come into effect here? We don't want to roll it back? Are you saying
have two different applications entirely? That would necessitate two
different names obviously. Can you give an archaic design diagram?
"bruce barker" <nospam@nospam.comwrote in message
news:eqh13foNHHA.4476@TK2MSFTNGP02.phx.gbl... Quote:
you should be using some sort of source control software. if you don't
have vss or team studio look at the open source cvs (see sourceforge.net)
>
-- bruce (sqlwork.com)
>
James wrote: Quote:
>Say I have a project that I have hosted locally. I have a separate
>machine which is our production environment. To do our deploys, we've
>been copying/pasting the folder from our local machines and overwriting
>the production folder(s) after backing them up. This works ok. Both
>folders have the same name. Now, say we're weeks into
>developing/redesigning a portion of the website. Client requests a
>change to the production site. We can't roll out our development code as
>it's unfinished. We need to make a change to the production site.
>>
>How can I run these two code bases in parallel, locally? Is this even
>possible? Right now the best I can come up with is to backup my
>development code in some other location, place the production code in the
>local folder, rebuild and pray that paths don't cross. It just feels
>very very kludgy. I'm hoping I'm missing something (or many things)
>entirely. Seems very likely. For the record, we're still using 1.1.
>>
>Thanks
| | | | re: Generic Development/Production Question
With VSS 6.0, it was typical to branch the code after
each production release and store it separately from
the "working version".
If you need to change production code, you
had to make it in two different places.
--
Robbe Morris - 2004-2006 Microsoft MVP C#
I've mapped the database to .NET class properties and methods to
implement an multi-layered object oriented environment for your
data access layer. Thus, you should rarely ever have to type the words
SqlCommand, SqlDataAdapter, or SqlConnection again. http://www.eggheadcafe.com/articles/..._generator.asp
"James" <minorkeys@gmail.comwrote in message
news:%23BDYT5oNHHA.4604@TK2MSFTNGP06.phx.gbl... Quote:
Right, we still use VSS 6.0d or whatever the version number is. How does
that come into effect here? We don't want to roll it back? Are you
saying have two different applications entirely? That would necessitate
two different names obviously. Can you give an archaic design diagram?
>
"bruce barker" <nospam@nospam.comwrote in message
news:eqh13foNHHA.4476@TK2MSFTNGP02.phx.gbl... Quote:
>you should be using some sort of source control software. if you don't
>have vss or team studio look at the open source cvs (see sourceforge.net)
>>
>-- bruce (sqlwork.com)
>>
>James wrote: Quote:
>>Say I have a project that I have hosted locally. I have a separate
>>machine which is our production environment. To do our deploys, we've
>>been copying/pasting the folder from our local machines and overwriting
>>the production folder(s) after backing them up. This works ok. Both
>>folders have the same name. Now, say we're weeks into
>>developing/redesigning a portion of the website. Client requests a
>>change to the production site. We can't roll out our development code as
>>it's unfinished. We need to make a change to the production site.
>>>
>>How can I run these two code bases in parallel, locally? Is this even
>>possible? Right now the best I can come up with is to backup my
>>development code in some other location, place the production code in
>>the local folder, rebuild and pray that paths don't cross. It just
>>feels very very kludgy. I'm hoping I'm missing something (or many
>>things) entirely. Seems very likely. For the record, we're still using
>>1.1.
>>>
>>Thanks
>
>
| | | | re: Generic Development/Production Question
+1 for CVS, or better yet, Subversion.
If you need to run code bases in parallel, you can create a branch, but
you can merge changes from one branch to another, so bugfixes etc. can
be easily shared.
On Jan 13, 4:00 am, "Robbe Morris [C# MVP]" <joeb...@joe.comwrote: Quote:
With VSS 6.0, it was typical to branch the code after
each production release and store it separately from
the "working version".
>
If you need to change production code, you
had to make it in two different places.
>
--
Robbe Morris - 2004-2006 Microsoft MVP C#
I've mapped the database to .NET class properties and methods to
implement an multi-layered object oriented environment for your
data access layer. Thus, you should rarely ever have to type the words
SqlCommand, SqlDataAdapter, or SqlConnection again. http://www.eggheadcafe.com/articles/..._generator.asp
>
"James" <minork...@gmail.comwrote in messagenews:%23BDYT5oNHHA.4604@TK2MSFTNGP06.phx.gb l...
>
>
> Quote:
Right, we still use VSS 6.0d or whatever the version number is. How does
that come into effect here? We don't want to roll it back? Are you
saying have two different applications entirely? That would necessitate
two different names obviously. Can you give an archaic design diagram?
> Quote:
"bruce barker" <nos...@nospam.comwrote in message
news:eqh13foNHHA.4476@TK2MSFTNGP02.phx.gbl... Quote:
you should be using some sort of source control software. if you don't
have vss or team studio look at the open source cvs (see sourceforge.net)
> Quote: Quote:
-- bruce (sqlwork.com)
> Quote: Quote:
James wrote:
>Say I have a project that I have hosted locally. I have a separate
>machine which is our production environment. To do our deploys, we've
>been copying/pasting the folder from our local machines and overwriting
>the production folder(s) after backing them up. This works ok. Both
>folders have the same name. Now, say we're weeks into
>developing/redesigning a portion of the website. Client requests a
>change to the production site. We can't roll out our development code as
>it's unfinished. We need to make a change to the production site.
> Quote: Quote:
>How can I run these two code bases in parallel, locally? Is this even
>possible? Right now the best I can come up with is to backup my
>development code in some other location, place the production code in
>the local folder, rebuild and pray that paths don't cross. It just
>feels very very kludgy. I'm hoping I'm missing something (or many
>things) entirely. Seems very likely. For the record, we're still using
>1.1.
> Quote: Quote:
>Thanks- Hide quoted text -- Show quoted text -
| | | | re: Generic Development/Production Question
you should label and branch your code when you do a release.
-- bruce (sqlwork.com)
James wrote: Quote:
Right, we still use VSS 6.0d or whatever the version number is. How does
that come into effect here? We don't want to roll it back? Are you saying
have two different applications entirely? That would necessitate two
different names obviously. Can you give an archaic design diagram?
>
"bruce barker" <nospam@nospam.comwrote in message
news:eqh13foNHHA.4476@TK2MSFTNGP02.phx.gbl... Quote:
>you should be using some sort of source control software. if you don't
>have vss or team studio look at the open source cvs (see sourceforge.net)
>>
>-- bruce (sqlwork.com)
>>
>James wrote: Quote:
>>Say I have a project that I have hosted locally. I have a separate
>>machine which is our production environment. To do our deploys, we've
>>been copying/pasting the folder from our local machines and overwriting
>>the production folder(s) after backing them up. This works ok. Both
>>folders have the same name. Now, say we're weeks into
>>developing/redesigning a portion of the website. Client requests a
>>change to the production site. We can't roll out our development code as
>>it's unfinished. We need to make a change to the production site.
>>>
>>How can I run these two code bases in parallel, locally? Is this even
>>possible? Right now the best I can come up with is to backup my
>>development code in some other location, place the production code in the
>>local folder, rebuild and pray that paths don't cross. It just feels
>>very very kludgy. I'm hoping I'm missing something (or many things)
>>entirely. Seems very likely. For the record, we're still using 1.1.
>>>
>>Thanks
>
>
| | | | re: Generic Development/Production Question
Subversion has got to be the absolute worst source code
control system I've ever used. I spend more time
f'ing with it just to get the right things added, checked in,
deleted, etc. than anything else I've ever used.
Open Source = Open Crap
--
Robbe Morris - 2004-2006 Microsoft MVP C#
I've mapped the database to .NET class properties and methods to
implement an multi-layered object oriented environment for your
data access layer. Thus, you should rarely ever have to type the words
SqlCommand, SqlDataAdapter, or SqlConnection again. http://www.eggheadcafe.com/articles/..._generator.asp
"Flinky Wisty Pomm" <Pathogenix@gmail.comwrote in message
news:1168704051.641721.313080@s34g2000cwa.googlegr oups.com... Quote:
+1 for CVS, or better yet, Subversion.
>
If you need to run code bases in parallel, you can create a branch, but
you can merge changes from one branch to another, so bugfixes etc. can
be easily shared.
>
On Jan 13, 4:00 am, "Robbe Morris [C# MVP]" <joeb...@joe.comwrote: Quote:
>With VSS 6.0, it was typical to branch the code after
>each production release and store it separately from
>the "working version".
>>
>If you need to change production code, you
>had to make it in two different places.
>>
>--
>Robbe Morris - 2004-2006 Microsoft MVP C#
> I've mapped the database to .NET class properties and methods to
> implement an multi-layered object oriented environment for your
>data access layer. Thus, you should rarely ever have to type the words
>SqlCommand, SqlDataAdapter, or SqlConnection
>again. http://www.eggheadcafe.com/articles/..._generator.asp
>>
>"James" <minork...@gmail.comwrote in
>messagenews:%23BDYT5oNHHA.4604@TK2MSFTNGP06.phx.g bl...
>>
>>
>> Quote:
Right, we still use VSS 6.0d or whatever the version number is. How
does
that come into effect here? We don't want to roll it back? Are you
saying have two different applications entirely? That would
necessitate
two different names obviously. Can you give an archaic design diagram?
>> Quote:
"bruce barker" <nos...@nospam.comwrote in message
>news:eqh13foNHHA.4476@TK2MSFTNGP02.phx.gbl...
>you should be using some sort of source control software. if you don't
>have vss or team studio look at the open source cvs (see
>sourceforge.net)
>> Quote:
>-- bruce (sqlwork.com)
>> Quote:
>James wrote:
>>Say I have a project that I have hosted locally. I have a separate
>>machine which is our production environment. To do our deploys,
>>we've
>>been copying/pasting the folder from our local machines and
>>overwriting
>>the production folder(s) after backing them up. This works ok. Both
>>folders have the same name. Now, say we're weeks into
>>developing/redesigning a portion of the website. Client requests a
>>change to the production site. We can't roll out our development code
>>as
>>it's unfinished. We need to make a change to the production site.
>> Quote:
>>How can I run these two code bases in parallel, locally? Is this
>>even
>>possible? Right now the best I can come up with is to backup my
>>development code in some other location, place the production code in
>>the local folder, rebuild and pray that paths don't cross. It just
>>feels very very kludgy. I'm hoping I'm missing something (or many
>>things) entirely. Seems very likely. For the record, we're still
>>using
>>1.1.
>> Quote:
>>Thanks- Hide quoted text -- Show quoted text -
>
| | | | re: Generic Development/Production Question
Seems to be a concensus about branching. Neophyte relative to that. So
assume I have
c:\inetpub\wwwroot\ABC
and it contains my web app. Now I deploy that to a web server, and the
application has the same name. Then I've "branched" my code, which I'll
research but assume means that I'm just adding another "app" to source
control. Now I need to change production code. How do I go about it? If I
"get the latest version" using VSS 6.0d, I'd overwrite my development copy,
wouldn't I? Or do I check in the latest version, nuke the folder locally
and do a massive GET from VSS for the "old" version? Just curious what the
common practice is here, much appreciated.
Thanks
"bruce barker" <nospam@nospam.comwrote in message
news:%23IIj2F4NHHA.2468@TK2MSFTNGP06.phx.gbl... Quote:
you should label and branch your code when you do a release.
>
-- bruce (sqlwork.com)
>
James wrote: Quote:
>Right, we still use VSS 6.0d or whatever the version number is. How does
>that come into effect here? We don't want to roll it back? Are you
>saying have two different applications entirely? That would necessitate
>two different names obviously. Can you give an archaic design diagram?
>>
>"bruce barker" <nospam@nospam.comwrote in message
>news:eqh13foNHHA.4476@TK2MSFTNGP02.phx.gbl... Quote:
>>you should be using some sort of source control software. if you don't
>>have vss or team studio look at the open source cvs (see
>>sourceforge.net)
>>>
>>-- bruce (sqlwork.com)
>>>
>>James wrote:
>>>Say I have a project that I have hosted locally. I have a separate
>>>machine which is our production environment. To do our deploys, we've
>>>been copying/pasting the folder from our local machines and overwriting
>>>the production folder(s) after backing them up. This works ok. Both
>>>folders have the same name. Now, say we're weeks into
>>>developing/redesigning a portion of the website. Client requests a
>>>change to the production site. We can't roll out our development code
>>>as it's unfinished. We need to make a change to the production site.
>>>>
>>>How can I run these two code bases in parallel, locally? Is this even
>>>possible? Right now the best I can come up with is to backup my
>>>development code in some other location, place the production code in
>>>the local folder, rebuild and pray that paths don't cross. It just
>>>feels very very kludgy. I'm hoping I'm missing something (or many
>>>things) entirely. Seems very likely. For the record, we're still
>>>using 1.1.
>>>>
>>>Thanks
>>
| | | | re: Generic Development/Production Question
Does it occurs in the same module ? If not, you could also break your
ASP.NET application into several DLLs being then able to deploy an updated
DLL for a single module (compiling to a single DLL in 1.1 is a VS limitation
not an ASP.NET limitation). Worked quite well for us (but we generally add
new stuff instead of working extensively on something while having a request
change on this same module).
The other option is to "branch" using your source code control as answered
in other threads...
Patrice
"James" <minorkeys@gmail.coma écrit dans le message de news:
%23G8WmPoNHHA.3212@TK2MSFTNGP02.phx.gbl... Quote:
Say I have a project that I have hosted locally. I have a separate
machine which is our production environment. To do our deploys, we've
been copying/pasting the folder from our local machines and overwriting
the production folder(s) after backing them up. This works ok. Both
folders have the same name. Now, say we're weeks into
developing/redesigning a portion of the website. Client requests a change
to the production site. We can't roll out our development code as it's
unfinished. We need to make a change to the production site.
>
How can I run these two code bases in parallel, locally? Is this even
possible? Right now the best I can come up with is to backup my
development code in some other location, place the production code in the
local folder, rebuild and pray that paths don't cross. It just feels very
very kludgy. I'm hoping I'm missing something (or many things) entirely.
Seems very likely. For the record, we're still using 1.1.
>
Thanks
>
|  |
| | |  /bytes/about
We are a network of experts and professionals in IT and software development that help one another with answers to tough questions and share insights.
Get the best answers to your questions from over 226,419 network members.
|
