|
Thanks Robert and jschell for the reply, I dont think we will have code overlap because even though we are working on the same project but we are all coding different functionality.
For example current we are working on the USER module, and under this module we have the following task to code,
1) add user,
2) change password and etc....
each task is assigned to a programmer and they write their own code. What I want to know if we can all open the same project but work on different codes and compile and test code.
I have just tested this by sharing the portect over the network and all the programmers working on it. Coding works well but when any 1 programmer wants to debug or compile then the other programmers are affected.
Any software that can help all programmers work independently on the same project without affecting others while compiling or debugging.
Thanks
|
|
|
|
|
Sorry Richard, i typed Robert.....typing error.
|
|
|
|
|
eddy_fj wrote: but we are all coding different functionality.
If the parts interact then there will be overlap, just not often.
eddy_fj wrote: each task is assigned to a programmer and they write their own code. What I want to know if we can all open the same project but work on different codes and compile and test code.
Just to be clear that isn't really a source control question.
Presuming you are working in C# and you really want each developer independent then each developer would work in their own assembly.
Code used to interface between assemblies would also be in its own assembly. For example, but not limited to this, you might have an assembly that by design contains only interfaces.
Then you have one project which references each assembly.
Natch everything is checked in.
The only gotcha to above is when someone changes the project, for instance adding yet another assembly, then each other user must refresh to insure that they too do not add another different assembly (merging such cases is possible but messy.)
eddy_fj wrote: I have just tested this by sharing the portect over the network and all the programmers working on it. Coding works well but when any 1 programmer wants to debug or compile then the other programmers are affected.
That isn't going to work.
Each developer has their own copy of the code. When the code they are working on WORKS, then they check it in (doesn't have to be complete but must compile and be functional to some extent.)
Then other developers check out the updated code. The other developers do not need to do this immediately but they should do it fairly often (once/twice a day) to insure that they do not become out of sync with others. However that actually depends on how interdependent modules are.
eddy_fj wrote: without affecting others while compiling or debugging.
Just to make sure it is clear from the above
1. There is source control. All of the developers have access to that.
2. EACH developer extracts the full set of code from the source control
3. EACH developer works on their machine and only their machine.
...a. They compile on their machine
...b. They edit on their machine
...c. They debug on their machine
...d, At some point they decide that some piece of code is ready to be added to source control.
4. Then the developer checks the code into source control.
5. The source control will allow each developer to synchronize with source control and thus get updates WITHOUT overwriting code they are currently working on.
As a suggestion maybe you should by a book specifically for one source control system (probably git) and read it.
|
|
|
|
|
|
Hello,
So you are using visual studio. Which language are you using? I asked this because if you are using C# then by using Partial class concept you people can create seperate files and check it in.
Due to this the implementation of the functionality can be distributed, however it will be bound to the same class at execution time.
Thanks
modified 18-May-15 7:32am.
|
|
|
|
|
Historically, the software libraries (mostly C) developed by my group were accompanied with the PDF datasheet, describing the purpose, theory of operation, some block diagrams and API. That documentation was constructed manually in the MS WORD file. Now, we are transitioning to Doxygen to get rid of manual effort required to extract the comments from the sources and put them into the MS word document. This is fairly easy to do, but the problem I have is to put the remainder of the MS Word (purpose of the library, theory of operation, block diagrams etc) into the same CHM generated by Doxygen.
Due to huge backlog of the custom written documentation (datasheets in MS word), I cannot afford manual operations. So I am looking for the ways for my output Doxygen CHM to contain:
a) Imported MS word theory of operations
b) Generated API documentation
Is there a way to make MS word document to be a part of the Doxygen project?
Is there any way (direct or indirect) to import both the Doxygen API documentation and the MS word into the same CHM automatically?
Did anyone face the same or similar problems and what the experience was?
Appreciate any comments.
|
|
|
|
|
You could just convert the document to HTML. Its not the best practice and will probably lose some of the document markup, layout or comments but it will work…
|
|
|
|
|
I'm looking for opinions and discussion. We're currently evaluating Continuous Integrations tools, and in particular Hudson and CruiseControl.NET. I have a lot of experience already with CCNet having used it for the past few years at my previous two jobs. However, Hudson seems to have really taken off and is getting great reviews.
We use TFS for our source control and build process, so we need to easily integrate with those.
What are people's thoughts? What CI tool do you use and why? All feedback welcome.
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
I started with Hudson, and later changed to Jenkins (which is actually a fork of Hudson; my impression is that more development happens on Jenkins nowadays than on Hudson). They are easy to configure, it has a web interface, there is no need to work with the configuration files directly.
I don't use TFS, hence the process is different. Jenkins polls the subversion repository, checks out new sources, build the products, tests them. I do not know how to integrate that with TFS.
By the way, can't TFS do the UnitTests, copy the artifacts to some other place, etc?
|
|
|
|
|
My understanding was that Jenkins and Hudson were the same product, I didn't realise one was a fork from the other.
With CruiseControl.NET you manually edit the config files, which isn't difficult as there is loads of documentation on how you need to do this.
At this point in time we're simply evaluating if the CI tools that are currently out there. Although we use TFS for our version control, we're still looking at other options. We're re-evaluating our entire build process, and that includes TFS. Moving over to Github is also being considered. At this point in time nothing is being ruled out.
We want to evaluate and consider all the options so we choose the best process and tools that fit the business going forwards.
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
TFS gives you the ability continuously integrate your code. Also, with MS Release Management, you can achieve continuous deployments with TFS. TFS & RM work seamlessly with Visual Studio.
What are your major points of concern / consideration & evaluation?
|
|
|
|
|
One of our major concerns with TFS is that it isn't easy to work with it in a remote deployment where you have remote workers. Some of our development team are co-located and we would prefer to use a version control / build process management system that offers distributed deployment. Hence why we are looking at replacing TFS with Github / Github.
As part of evaluating our toolchain we're also looking into what continuous integration tools fit our requirements. The main contenders are
- CruiseControl.NET
- Jenkins
- TeamCity
Each has its merits. I have personal experience of CruiseControl.NET, whilst one of the other devs has used Jenkins. TeamCity is from the same company that makes Resharper and looks very professional with some excellent features.
Just looking for suggestions, advice etc to help make a decision.
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
TFS has a web interface too. You can check-in your code, create build definitions, trigger your build on check-ins, create custom alerts & notifications, use MS Build or customize your Build process entirely using build process templates, Add unit testing, code coverage, automated testing (Coded UI, etc.) & Kick off a build with Release Management or Octopus Deploy or Jenkins or really any other.
Regards,
Ajay Bhosle
+919920966336
|
|
|
|
|
Rather certain that I have done all of that and did it definitely more than 5 years ago without TFS and using Jenkins I believe. So if those are new features in TFS then maybe it is playing catch up.
Might note that it was done with C# too so that isn't a limitation.
|
|
|
|
|
You can change any TFS query using the Query Editor, and add further details like the parent PBI, which should give more information, or assigned to etc.
When you click on MyTasks query, Default is "Results", which the result of your query, and the below window shows details of the work items. To edit the query, navigate to the "Editor" link. Here, you can change the Type of Query to use Tree of work items, which gives you nested results. OR work items & direct links, which helps you present all the links to your work item.
Thanks,
Ajay Bhosle
http://dralm.blogspot.in
|
|
|
|
|
It should not take longer than 5 minutes and does not require from you any demographic data other than stating whether youre developer or agile coach.
The link to survey is: http://educ.sphinxonline.net/v4/s/cribkm[^]
Thank you for your help!!!
|
|
|
|
|
Your link does not work.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
I'm wondering how other people manage common, utility or shared code?
Say some extension method's etc.
Do you just add a file with this code and share it amongst your projects?
Do you have a snippet type program and just copy/paste into/out of that?
Or do you build up a separate library and reference that?
If you do the latter how much do you put in, i.e. do you think there's an issue with that library containing much more code than you need?
|
|
|
|
|
By definition common code can not be snippet - snippet is for repeated code structures not for repeated code!
IMHO the best way is a separate library. I'm also do such utility methods stateless an static.
I'm also think that there is no such a thing too large library - it only a matter of code organization. There is nothing wrong with a single library with thousands of methods (if the project requests it) as long as the methods are organized...
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)
|
|
|
|
|
Thanks for that, I went down that route, and created a set of libraries by function (IO/data/etc) rather than one large single library.
|
|
|
|
|
You may consider an other addition to that...
I'm creating my libraries in a totally different solution (no as part of my main development solution) than create a local nuget package from the outcome and add it as reference - that handles me all the necessary dependencies an updates every time I update the util libraries...
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)
|
|
|
|
|
Similar to Eliyahu, I prefer a Utility library for such code. I'd write one file for each type which gets extended by an extension method (my way of code organisation). Similarly, other utility methods get grouped into files by their underlying business object.
|
|
|
|
|
Depends.
First, one be sure that the shared code really should be shared. The fact that it seems like it is common functionality doesn't necessarily mean that it will remain that way. (Really a bad idea to start adding conditional logic to control different logic flows due to different applications.)
Second, how is the rest of the business applications structured. Primary if you have two applications X and Y that you want to use your common code M, do X and Y have their own delivery schedules or are they always delivered together. If they have their own deliver schedules then a common library MUST have its own delivery schedule as well. That is the only way to insure that X is using the version of M that it was developed with and Y is doing the same.
Third if different deliver schedules are needed then one must deal with different versioned apps, and if one must deal with git as the source control system then one has a problem since git only deals with that via different repositories.
There are additional issues depending on what language is being used and how applications are delivered.
|
|
|
|
|
I have a separate project in my solution that contains such code i.e. code that is shared across other parts of the application. This can then be distributed as a self contained assembly. If using .NET then you have the option of placing this assembly in the GAC where other applications can also use the same functionality.
|
|
|
|
|
We have probably all developed those Visual Studio applications which rely on additional DLLs and static libraries containing our favorite snippets of code. My question is how best to manage this kind of project which is not all neatly contained in the project folder. If we add our library paths (elsewhere on the disk) to the project then we can be sure that we are linking with the latest versions of the libraries but archiving this arrangement is a nightmare. Another alternative might be to copy all the libs to a 'lib' folder within the application that we are developing. This would provide a self-contained project which could easily be archived but we may not be using the latest version of our libs.
I would be very interested to hear what other developers do. Is there a better way! 
Thanks
Tony
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
