How do I Add a New Domain to Teamsite?

Greetings,

We are using TS 5.5.2 to manage four domains and we want to add a fifth. Where do I find the info on how to create the new branches and file paths to handle the new domain?

Within each main branch (domain), we have 4 new branches - code, content, staging and integration. We also use OpenDeploy to move code and content to the staging and pre-prod areasm then use rsynch and a bulk loader to get the content out to the site.

Find more posts tagged with

Comments

Migrateduser

If by a new "domain" you mean a new TeamSite branch, the this information is in the TeamSite Administrator's Guide.

Brinko Kobrin
Interwoven Staff Engineer

24182.pdf

nipper

The mechanics of making a branch are simple. As as admin/master, File -> New Branch

Then comes the complicated part. What are you going to do with the branch ? Make some workareas & import content ? Easy. Workflows ? Deployments ? Templates ? How are these branches managed & related ?

What you asked for was how to add a branch. What you need to know is how to start a new project in TeamSite. I hope you have the number of the person who did the 1st four implementations or at least have someone who shadowed that, otherwise you will be paying a consultant for a few weeks.

Bidding starts at $90 per hour.... :-)

Andy

gartmorefunds

Yes, we will be adding a new branch, complete with promotion of html pages, jsp pages, java code and images from separate workareas to an integration area via a workflow, then with workflows to get the combined content to our staging site and then to our production site. Can this be done by referencing the admin guide?

dynamicfillinPageOUT.PNG

nipper

>Yes, we will be adding a new branch, complete with promotion of html pages, jsp pages, java code and images
>from separate workareas to an integration area via a workflow, then with workflows to get the combined content
>to our staging site and then to our production site. Can this be done by referencing the admin guide?

If the tech writers wrote perfect manuals & they knew exactly how your site was implemented, Yes. Since that is not the case, no.

You can easily make a branch. Then the fun starts. Tell your boss to get a consultant in for a little while, just to do an architecture and get you in the right direction.

After the WAs are created, you can move on to the workflow. If your current workflows are written well, then you shoudl be able to reuse them if there is not additional functionality. Now comes the fun, integrating/merging the branches. If the code is split up properly (ie no overlap) then you can let the WF merge the branches. Again if you knwo what you are doing, it is not rocket science. If there is overlap, then you have bigger issues to worry about.

Once it is combined into a single docroot, then deployment to prod is easy.

So, in a nutshell, yes you COULD read the manual, get lucky, and have it all work. However there are enough pitfalls that you will likely hit.

me

Adam Stoller

Judging by the base-level of the quesiton, one might also consider going through Interwoven training.... It may cost more up-front, but you have to weigh that against how much it will cost to have the same people sitting around, scratching their heads, and hoping that someone on DevNet will spoon-feed them the solution to their problems....

--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com

nipper

>Judging by the base-level of the quesiton, one might also consider going through Interwoven training....

Don't get me wrong, training is good, they should go. But training is the equivalent of drivers ed, now they want to drive int eh Indy 500. Guess what, they may actually make it through alive and complete the course, taking many times longer than someone who has done it before.

But then they could crash & burn & make the ESPN highlights. :-)

me

Michael

Nice analogy!

Cheers
Michael

Migrateduser

> But training is the equivalent of drivers ed, now they want to drive int eh Indy 500.

Then I guess DevNet is the equivalent of standing by the side of the track and asking for directions?

Brinko Kobrin
Interwoven Staff Engineer

nipper

>> But training is the equivalent of drivers ed, now they want to drive in the Indy 500.
>
>Then I guess DevNet is the equivalent of standing by the side of the track and asking for directions?

Only if Smitty is online :-)

Andy

Adam Stoller

There are different training courses for different purposes - in this case, it sounds like going through the project administration course would be the right choice.

I agree, training will only get you so far, experience gets you a whole bunch further - but without the training (or being able to learn at the elbows of someone who already knows and is patient enough to explain it) - your basically looking at wasting a LOT of time.

In this case, I believe training could probably get them between 50% and 75% of the way there - the remaining aspects would be the odd bits that are specific to their environment. But having gone through training, the questions to be asked to achieve the remaining percent will be those for which RTFM is generally *not* the answer.

--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com