Lately I have been editing a single CSS file over and over, and it got me to thinking what files do you touch most within your project?
For me it would be the environment.rb, or the en.yml file if I was coding in Rails.
I would like to update a list here with the most frequent files over time.
Rails
environment.rb
en.yml
For me it's TODO.txt. Usually additions, unfortunately.
I edit en-US.yml all the time. I'll probably have to edit it before I finish this post. Yep, there I go.
The only file I keep on editing the same amount in all projects is build.xml if using Ant I think ;-)
Unless I've set up a script to extract revisions since the last tag from Mercurial, I usually update CHANGELOG or CHANGELOG.txt quite frequently for the benefit of those who downloaded a snapshot instead of cloning the repository.
No file in particular. I'll code a lot in one file for a day or two, hitting a couple of other related files as I do, then move on the the next.
If I'm spending the majority of my time in a single file, I usually figure that I'm doing something wrong.
Related
I'm not new, but still struggling with git. in particular merge vs. rebase. the current result is that when i go to github.com to look at my feature branch (last commit) , it tells me that 152 files were changed, with 6,099 additions.... I'd estimate more like 30 files. And indeed, the changes shown are certainly not mine.
It has, admittedly, been a long-running branch (4 weeks or so) but I keep updating it with the develop branch that the team uses. Sometimes I need to make conflict commits, but not this many.
Before I do a pull request, any thoughts on what i did wrong would be appreciated.
I faced similar issues many times. I would suggest to raise a PR and in files changed tab it will only show your changes. I have had similar problem but it works perfect when you raise a PR.
I would git ignore all of the self generating files in the project. gitignore
Just make sure that all files you do this with can be deleted from the project and the project would just remake them without causing issues.
I'm very new to version control and git, and I'm trying to learn how to use SourceTree. I have about a dozen commits already and I'm not sure why or how these .baml files were created, but they were not in any of my previous commits, and I'm wondering if can stop tracking and ignore them or not.
If I understand what I've read about baml files is that they are created at runtime so I would think they aren't necessary to track, right?
Wikipedia says they are binary files and it seems as though they are a byproduct of the actual coding work you're doing. In other words, as you say yourself, you didn't create them, so it'd be safe to ignore them (simply add the following line to the .gitignore file in the root of your repository *.baml).
In general, you should use git to keep track of text files you're actually changing. There are, of course, project-specific exceptions to this, but your case doesn't seem to be one.
I've been evaluating Spring XD for a major project and I'm wondering how to update module code with zero downtime.
It seems that, for updating a module, it first needs to be deleted. And deleting a module implies destroying streams.
Several ideas comes to my mind on how to do this with zero downtime (like rerouting a stream to a queue). Any other ideas, ways or solutions?
I had the same problem as yours, and one way to approach it is to use versioning in your module name - in the same way you use versioning for your jar file name. That way you can try a newer version of your module without removing the old one, and remove the old one (if you want) once you deploy and test your new stream.
Very weird issue I've come across. Is there anything I can do?
I have not made any changes to my computer since the last time it worked.
It seems to be an "issue" with the ResourceEditorApp, as no theme.res files are working (from other projects).
It could be the file just got corrupted for some reason. Did you look at its size? We now have new XML team support in the designer (its still experimental though) which should allow better versioning and reliability as we move along.
If the file is not 0 length and isn't working at all just send it to us and I will try to recover it.
I have a web made with CakePHP 1.3.10. This web seems to get slower every time new folders/pages are added to it (which happens pretty often).
I believe reading somewhere that the mod_rewrite found in the 3 .htaccess files may have something to do with it.
Is it true?
I'm trying to get it to work without the htaccess files, but all my links are messed up. Is there any way to avoid having to edit all the links in the website? Now it seems that I have to add /app/webroot/ before every file I'm linking (css, js, etc) and add /index.php before every link in the website.
Is this the only way?
Have you measured how much time is spent in mod_rewrite and how much in PHP? In my experience the most likely problem is the time Cake spends looking for files in the file system, which gets progressively worse when you add files and directories.
You can use Xdebug to profile the application, or just add calls to print the time in appropriate places in the framework to see how much time has passed since the beginning of the request.
This doesn't sound like a mod_rewrite issue. The time it takes to transform an URL like http://example.com/wiki/Page_title to something like http://example.com/wiki/index.php?title=Page_title is more or less constant, and doesn't grow with the number of files/directories as they are irrelevant for the rewriting process.