|
Elder Postsman posted:dang it's like fifty earth dollars its like 1300 pages and covers basically all of math
|
#
?
Oct 16, 2015 19:20
|
|
|
|
| # ? Jun 5, 2024 10:37 |
|
|
Symbolic Butt posted:didn't read the code but... this doesn't sound nice at all it's not really, no
|
|
#
?
Oct 16, 2015 19:25
|
|
|
i have concluded that im just gonna archive the old repos, make a new repo, and dump my working copies into that new repo
|
|
#
?
Oct 16, 2015 19:31
|
|
|
Had the uber app since I was using it in London, got to central there and opened it and there was a bunch of cars available. Didn't realise that they just started operating here at 4pm today
|
|
#
?
Oct 16, 2015 20:22
|
|
|
hey shaggar how do i convert visual studio's xml doxygen-like stuff into html or something human-readable
|
|
#
?
Oct 16, 2015 21:09
|
|
|
for webapi theres swashbuckle: https://github.com/domaindrivendev/Swashbuckle for everything else I think theres just a normal build thing to generate the html docs during build like w/ javadoc. It generates that standard ugly msdn type docs that you see everywhere. I don't use it tho cause the only things I need to document are the webapi methods/models
|
|
#
?
Oct 16, 2015 21:17
|
|
|
theres a build thing that barfs out xml so i guess the xml needs to be processed into something useful seems like maybe doxygen will do that
|
|
#
?
Oct 16, 2015 21:18
|
|
|
Ralith posted:Alternatively, you could make one a submodule of the other, but this is pretty pointless if you don't have multiple other repositories using it and want to keep developing it independently as well. bloody, do this maintain one monolith repo with both firmware and software as submodules so that you don't muck up anyone else who's working on the project. once everyone is off using the submodules then do a subtree merge
|
|
#
?
Oct 16, 2015 22:25
|
|
|
the weird poo poo i was talking abuot the other day was an application that had to be deployed as a single jar. I used grizzly to setup a http server and then created a websocket application in java to service everything to some front end grizzly is really nice and easy, it felt like using python
|
|
#
?
Oct 16, 2015 22:28
|
|
|
Blinkz0rz posted:bloody, do this there is no anyone else just me lmao
|
|
#
?
Oct 16, 2015 22:32
|
|
|
Bloody posted:there is no anyone else
|
|
#
?
Oct 16, 2015 23:14
|
|
|
im just dumptrucking the downstream history and starting with a fresh repo because it doesn't really matter because there is no one else, just me, because the program it is for is a circus
|
|
#
?
Oct 16, 2015 23:25
|
|
|
some very simple, straightforward ee and me problems: a team of a dozen every engineering decision, design decision, and line of code from the fpga through the pc: me, by myself
|
|
#
?
Oct 16, 2015 23:26
|
|
|
Elder Postsman posted:dang it's like fifty earth dollars i found it for free online
|
|
#
?
Oct 16, 2015 23:45
|
|
|
Bloody posted:im just dumptrucking the downstream history and starting with a fresh repo because it doesn't really matter because there is no one else, just me, because the program it is for is a circus Also, you might want to bisect or blame or something in the future.
|
|
#
?
Oct 17, 2015 00:05
|
|
|
Elder Postsman posted:dang it's like fifty earth dollars thats incredibly cheap for a text
|
|
#
?
Oct 17, 2015 00:37
|
|
|
fritz posted:thats incredibly cheap for a text that's kind of relative. My own book was fairly expensive by my own taste but there was no way to make it cheaper. One thing that people can do though is ask their local public library if they can acquire the book -- they can often do it if they have the budget -- and then rent it for pretty much nothing.
|
|
#
?
Oct 17, 2015 00:42
|
|
|
Ralith posted:It's nice to learn how to do this sort of thing properly when it doesn't matter if you screw it up, because that might not always be the case. yeah every time i've thrown away history i've regretted it six months down the track
|
|
#
?
Oct 17, 2015 02:09
|
|
|
MononcQc posted:that's kind of relative. My own book was fairly expensive by my own taste but there was no way to make it cheaper. yeah, technical books usually come in cheaper than texts, but for something like Bloody posted:its like 1300 pages and covers basically all of math id expect that to be three times the price
|
|
#
?
Oct 17, 2015 02:45
|
|
|
linq is good
|
|
#
?
Oct 17, 2015 02:52
|
|
|
also I brought back http://bad.solutions
|
|
#
?
Oct 17, 2015 02:52
|
|
|
uncurable mlady posted:also I brought back http://bad.solutions lol
|
|
#
?
Oct 17, 2015 02:59
|
|
|
uncurable mlady posted:also I brought back http://bad.solutions vodkat posted:lol
|
|
#
?
Oct 17, 2015 03:24
|
|
|
fritz posted:yeah, technical books usually come in cheaper than texts, but for something like yeah, fair, for 1300 pages of math it's not too much. I'd have expected ~$80-$90 for a low-ish price there, and a few hundos if it's used in a university.
|
|
#
?
Oct 17, 2015 03:38
|
|
|
Shaggar posted:check everything out. delete the git stuff. combine them into a single folder. commit them to a subversion repo we started using git at the insistence of someone it really is no better than SVN and has several disadvantages one merge completely clobbered history for a file and introduced a bunch of regressions in our app
|
|
#
?
Oct 17, 2015 09:20
|
|
|
~Coxy posted:one merge completely clobbered history for a file and introduced a bunch of regressions in our app when you merge you're supposed to actually resolve merge conflicts instead of hitting "just use my copy" every time
|
|
#
?
Oct 17, 2015 09:23
|
|
|
Jabor posted:when you merge you're supposed to actually resolve merge conflicts instead of hitting "just use my copy" every time even if that was the problem, it should still show a change for that merge
|
|
#
?
Oct 17, 2015 13:30
|
|
|
~Coxy posted:even if that was the problem, it should still show a change for that merge when you say "merge", do you by any chance actually mean "force push"? because that's the only circumstance in which you'd lose any history
|
|
#
?
Oct 17, 2015 13:56
|
|
|
subversion: couldnt pull file X due to merge conflicts file x -> edit conflicts -> therees a couple of lines of extra white space
|
|
#
?
Oct 17, 2015 14:01
|
|
|
and even if someone fucks things up with a force push, all the history is still there in everyone else's local copies so you can get it back easily enough
|
|
#
?
Oct 17, 2015 14:22
|
|
|
i've never managed to lose any history with git
|
|
#
?
Oct 17, 2015 14:46
|
|
|
i do a lot of fairly aggressive rebasing on my own branches. maybe that history still exists somewhere but i dont know about it if it does. also i always create a copy of the branch before i start doing anything.
|
|
#
?
Oct 17, 2015 14:55
|
|
|
MALE SHOEGAZE posted:i do a lot of fairly aggressive rebasing on my own branches. maybe that history still exists somewhere but i dont know about it if it does. also i always create a copy of the branch before i start doing anything. i think the local history stays in the reflog. this saved my tuchus once when i did a hard reset on the wrong commit
|
|
#
?
Oct 17, 2015 15:08
|
|
|
~Coxy posted:we started using git at the insistence of someone have you considered using the tool better
|
|
#
?
Oct 17, 2015 15:14
|
|
|
~Coxy posted:we started using git at the insistence of someone lol dude, you guys are doing it wrong
|
|
#
?
Oct 17, 2015 15:17
|
|
|
that's my favorite thing like ya, teams that come over from svn and expect git to be exactly the same deserve every minute of pain
|
|
#
?
Oct 17, 2015 15:32
|
|
|
~Coxy posted:we started using git at the insistence of someone it is really hella dumb that git allows force push on master by default editing history is dangerous and this bites every new user in the rear end at least once
|
|
#
?
Oct 17, 2015 15:47
|
|
|
if git can't push, does it still recommend force pushing? because I suspect that's the source of all trouble with new teams trying git "hey it didnt work, why dont i try this thing it says what could go wrong"
|
|
#
?
Oct 17, 2015 15:55
|
|
|
~Coxy posted:we started using git at the insistence of someone to give a non garbage response to this post, git is significantly better than svn in branching and merging, and everything else kind of stems from there. if you are using a process that is designed around svn, which is bad at branching, and then simply plug in git instead of svn, you will probably be pretty dissatisfied. if you change your process to take advantage of git's better branching/merging, you might like it more. here's two good resources about how to use git branches effectively: https://www.youtube.com/watch?v=9SZ7kSQ2424 http://nvie.com/posts/a-successful-git-branching-model/ also, the command line interface is garbage, use sourcetree
|
|
#
?
Oct 17, 2015 16:04
|
|
|
|
| # ? Jun 5, 2024 10:37 |
|
|
Bloody posted:also, the command line interface is garbage, use sourcetree agree sourcetree will do 90% of your git stuff and will do it well
|
|
#
?
Oct 17, 2015 16:26
|
|