|
Could you please post source code for this? How about adding more features? History, version info etc
|
|
|
|
|
I have been problems trying to check in a solution that contained an ASP.NET project.
From the solution explorer, I would right click on the solution and select 'add solution to source control'.
I would then get the dialog:
You are attempting to add some File Share Web access projects to source control. If you continue, you will no longer be able to open these projects using FrontPage Web access.
If I hit ok, things would invariably crash.
The reason I believe this happens is that the solution is stored in one directory, while the ASP.NET project is stored in a different directory, and either Igloo, VS .NET or CVS just go bersek at that point.
I had no problems when I created a blank solution, added it to source control, then created a new ASP.NET project. Adding an existing project works too.
Leppie - what is your email address?
Dominique Plante
Agile Programmer for Hire - San Francisco Bay Area
|
|
|
|
|
This is a pain, and to be honest, with much pain (more than a few days) i manage to add one. I cant remeber what I did , as I cant reproduce it.
Good luck
PS: Something along the lines of opening the website via a real folder (not url) worked...
leppie::AllocCPArticle(Generic DFA State Machine for .NET);
|
|
|
|
|
I haven't tried this with CVS, but it works to get your ASP.NET project stored in the same location as your solution. Maybe it will help you with your problem.
Before creating your ASP.NET web project, create the directory where you want the ASP.NET project to be stored. Then, create a virtual directory for this directory, with the SAME NAME (important!) as the name that you are going to name your ASP.NET project.
Then, go ahead and add an ASP.NET project to your solution. Make sure that you name your ASP.NET project the same name as your virtual directory. The project files for your web project should now reside where you want them to.
|
|
|
|
|
Hey,
I had installed your cvs plugin. But now i wanted to switch back to VSS now.
I tried setting vss through option>>source control setting to VSS.
Please advice me how to get VSS back as my provider.
Cheers,
Venkatraman Kalyanam
Chennai - India
"Being Excellent is not a skill, it is an attitude"
Reality is an illusion caused by caffeine deficiency(one Microsoft Research scholor)
|
|
|
|
|
|
|
Thanks, i was using another version of Zip, where i could not see all this readme and vbs files. Lack of deligense from my side.
sorry
Cheers,
Venkatraman Kalyanam
Chennai - India
"Being Excellent is not a skill, it is an attitude"
Reality is an illusion caused by caffeine deficiency(one Microsoft Research scholor)
|
|
|
|
|
Open the *.vbs files you can read what changes were done during instalation. Only four keys were added to the registry, two of them with in "HKLM\Software\Jalindi\*" you can simply delete, one "HKLM\Software\SourceCodeControlProvider\ProviderRegKey" modify the value to "Software\Microsoft\SourceSafe", the last key "HKLM\Software\SourceCodeControlProvider\InstalledSCCProviders\Jalindi Igloo" remove as well or modify the value to "Software\Microsoft\SourceSafe".
|
|
|
|
|
I have read in the article that by executing the "switchToSourceSafe.vbs" file that comes in the .zip installation package, source control can be changed back to VSS.
Hope it helps.
Regards.
MIGUELÓN.
|
|
|
|
|
We have problem with source code file with more than 2000 lines
or with very long code line (~ initialize a long string):
When we use Compare Version on those files, igloo create a Diff subdirectory in CVS directory and retrieve the specified file.
But the retrieved file is truncated so we have unexpected diff result.
(The 'Get Lastest Version' works well)
Has anyone ever experienced this issue? Any workaround?
Thanx
|
|
|
|
|
Is that program developed by you? And the link you gived is not accessible. Can you shaw me another way to get the program?
Thanks a lot!
lost my way
|
|
|
|
|
Leppie, given your experience with VisualStudio .NET, what is the advantage of using CVS + .NET over VSS + .NET? And vice versa.
|
|
|
|
|
[Caveat]I've not (yet) used VS.Net with CVS, but I have used both CVS and VSS.
I'd expect the major advantage of using CVS over VSS is that CVS is a client-server product, whereas VSS seems to be a client-filesystem one. So with CVS you can do stuff like allow access through a firewall (without VPN). Also the client server thing seems to be advantageous in terms of network bandwidth when working remotely (i.e. away from a LAN).
Just my 5c...
|
|
|
|
|
From an administrative point of view, VSS is a nightmare - a file called 'MyWebPage.html' on the client has its name encoded as something horrid like 'aaaaaaa\aaaaab.b'. When one of the them gets broken (broken disk/virus), it's almost impossible to find out what the real file is.
There are many tools and utilities available for CVS - different client applications, plugins, scripts, etc and the online open-source community is extensive.
From a client-side point of view, if you use Jalinda Igloo or (PushOK''s CVS Plugin[^]) then there is almost no difference at all in every day check-out/do some work/check-in usage.
Client-side benefits of CVS come from opening a project across the internet and excellent conflict resolution for when two people change the same line(s) in the same file(s).
We're throwing out VSS as soon as possible because of lost development time due to data corruption, etc.
Cheers,
Fistie
|
|
|
|
|
I've read that CVSNT either is not capable of or is difficult to use to host non-local repositories. Is this true? Any words of wisdom from the trenches?
|
|
|
|
|
...and another thing, I saw that there was no file diffing utility mentioned I downloaded this one http://download.com.com/3000-2248-10174220.html?tag=lst-0-2 and installed it as the external file diff. Works great with the integrated igloo component.
|
|
|
|
|
I found that using VS.NET directly with igloo is
a major pain in the ass. However, there is a a nice
workaround if you're creating a simple, brand new
project: Create it with Visual C++ 6, put it under source
control with Igloo, and *then* load it into VS.NET: the
VC++6 to VS.NET conversion stuff will properly handle the
source control upgrade
|
|
|
|
|
I dont do C++ so I cant really comment, but I did test it the other day, and didnt have any problems... Some one should decompile this thing and make it better
I rated this article 2 by mistake. It deserves more. I wanted to get to the second page... - vjedlicka 3:33 25 Nov '02
|
|
|
|
|
Actually, there is no need to decompile it.
It looks like the guy who originally wrote igloo,
for lack of time to maintain it, donated the code.
Some other guy picked it up a took over development.
There is now a project on sourceforge right here:
http://sourceforge.net/projects/cvssccplugin
So the good news is: the source can be had
atthe sourceforge CVS server, and if the plugin
doesn't cut the mustard for you, you can fix it
yourself and give back to the community.
|
|
|
|
|
SharpDevelop[^] is a freebie development enviornment for developing C# stuff.
My company STILL hasn't sprung for a copy of VS .net, but I still have to do development in C# anyway - so I turned to this.
Now usually I think these sorts of questions are silly - but I was wondering if you knew of, or would consider doing some sort of plugin for SharpDevelop.
I'm a VS6 and VSS man at the moment, and am completly green in the ways of CVS. If there is anyway to simplifiy CVS enough to be integrated into SharpDevelop, like VSS is in VS6 - I would love to know how.
Thanks,
Paul
/**********************************
Paul Evans, Dorset, UK.
Personal Homepage "EnjoySoftware" @
http://www.enjoysoftware.co.uk/
**********************************/
|
|
|
|
|
Paul Evans wrote:
Now usually I think these sorts of questions are silly - but I was wondering if you knew of, or would consider doing some sort of plugin for SharpDevelop.
Very silly question indeed...;P Al the code is there, just patch it together. AFAI remember pre-0.92 had this built into #develop.
1) What's New in #develop .92
The focus of this release was to improve various areas of #develop, as you can see detailed in the change log, ranging from the forms designer to language backend bindings. One major change is that the #cvs project has been discontinued - it was originally intended to be our administration client for CVS, but because we switched to Subversion internally, we are not going to continue working on #cvs (if someone is interested to take over the project, please contact us).
MyDUMeter: a .NET DUMeter clone "Thats like saying "hahahaha he doesnt know the difference between a cyberneticradioactivenuclothermolopticdimswitch and a biocontainingspherogramotron", but with words you have really never heard of."
|
|
|
|
|
I've been using CVS for development projects for years, but this year is the first that I've used it for Windows (C#/.NET) projects. It's also my first year working with Visual Studio.
It seems that Visual Studio projects and solutions have added trickiness. .suo, .ncb, and .csproj.user files don't seem to make much sense having in CVS and seem to be problematic also. It also seems that sometimes .sln and .csproj files are troublesome in CVS. There's no good reason for this since they're text (XML) files, but it seems like Visual Studio likes to
randomly reorder these files, causing for occasionally several conflicts. It becomes a bother.
Note that I use WinCvs separate, instead of the Igloo plug-in, which didn't seem to be as rich in features, and integration didn't buy me very much anyhow.
If anyone has been using CVS with Visual Studio project/solutions for some time, please send me some tips and tricks!
|
|
|
|
|
Arun Bhalla wrote:
It seems that Visual Studio projects and solutions have added trickiness. .suo, .ncb, and .csproj.user files don't seem to make much sense having in CVS and seem to be problematic also. It also seems that sometimes .sln and .csproj files are troublesome in CVS. There's no good reason for this since they're text (XML) files, but it seems like Visual Studio likes to
randomly reorder these files, causing for occasionally several conflicts. It becomes a bother.
Hi, first no part 2 Things became a bit too random. And somethings like adding an existing project is almost impossible. The only time it works, and it works well, is when you start from scratch and add a blank solution, like described about. There is also many limitations (esp with with CVSNT).
Now those files have never been problems for me. I dump just about anything in it (dll's, bmp, tiff).
Cheers
I wish the author (of Igloo) continued where he started....
MyDUMeter: a .NET DUMeter clone "Thats like saying "hahahaha he doesnt know the difference between a cyberneticradioactivenuclothermolopticdimswitch and a biocontainingspherogramotron", but with words you have really never heard of."
|
|
|
|
|
Hello,when I click on create module it crashes my vs.net
can you help me?
byee
|
|
|
|