| # |
Jul 20th 2009, 07:58 |
markstory |
but yeah fatal errors are a pain. |
| # |
Jul 20th 2009, 07:58 |
markstory |
don't use die() in tests |
| # |
Jul 20th 2009, 07:57 |
alkemann |
it's just that if a test has an fatal error. it doesnt drop the tables, so next run i get table exists error |
| # |
Jul 20th 2009, 07:57 |
alkemann |
u gotta state it though |
| # |
Jul 20th 2009, 07:56 |
markstory |
thats in the dbo's though |
| # |
Jul 20th 2009, 07:55 |
markstory |
mysql should have that. |
| # |
Jul 20th 2009, 07:55 |
alkemann |
markstory: and a personal wishlist of mine. add "DROP IF EXISTS" to the test fixtures generation |
| # |
Jul 20th 2009, 07:54 |
alkemann |
except when it complained about the table not existing |
| # |
Jul 20th 2009, 07:54 |
alkemann |
i get error cannot load <filename> |
| # |
Jul 20th 2009, 07:54 |
markstory |
thats about the only way you can make plugins work. |
| # |
Jul 20th 2009, 07:53 |
markstory |
-path works. |
| # |
Jul 20th 2009, 07:53 |
alkemann |
so schema files need to be in the app sql folder, the -path thing doesnt work? |
| # |
Jul 20th 2009, 07:53 |
markstory |
going to be fixed though. |
| # |
Jul 20th 2009, 07:52 |
markstory |
plugins are a pain, right now. |
| # |
Jul 20th 2009, 07:52 |
alkemann |
and plugins |
| # |
Jul 20th 2009, 07:52 |
markstory |
which contains FooSchema ? |
| # |
Jul 20th 2009, 07:52 |
markstory |
so something like /config/sql/foo.php ? |
| # |
Jul 20th 2009, 07:51 |
alkemann |
also seems to be a problem with it telling me im missing the table that im trying to add using the schema |
| # |
Jul 20th 2009, 07:50 |
alkemann |
markstory: i have tried with path,file and/or name options |
| # |
Jul 20th 2009, 07:50 |
alkemann |
markstory: i was wondering if u could tell me how to use schema files other than /app/config/sql/schema.php |
| # |
Jul 20th 2009, 07:35 |
markstory |
alkemann: > |
| # |
Jul 20th 2009, 06:02 |
Phally |
that goes beyond my knowledge of GIT atm :p |
| # |
Jul 20th 2009, 05:59 |
alkemann |
so if we can find a way to skip that merge thing (probably rebase it into prior commit, then we are set |
| # |
Jul 20th 2009, 05:59 |
Phally |
keeps things stuctured |
| # |
Jul 20th 2009, 05:58 |
Phally |
exactly |
| # |
Jul 20th 2009, 05:56 |
alkemann |
better to comeplete a task on the same code base yea? |
| # |
Jul 20th 2009, 05:51 |
Phally |
plus changes might be based on old code then |
| # |
Jul 20th 2009, 05:50 |
Phally |
*indeed |
| # |
Jul 20th 2009, 05:50 |
Phally |
no ideaa |
| # |
Jul 20th 2009, 05:50 |
alkemann |
if u have commited some though.. dont want the merge in the middle of ur task's commits |
| # |
Jul 20th 2009, 05:50 |
Phally |
well, you can always stash your changes |
| # |
Jul 20th 2009, 05:49 |
alkemann |
yea thats fine for now, but once more people start working on it, and there can be changes to the online version while ur mid work on a task, then it isnt the best way, imho |
| # |
Jul 20th 2009, 05:47 |
Phally |
i have to admit i work locally on the usersplugin branch, make a few commits and when i'm done, i push them |
| # |
Jul 20th 2009, 05:47 |
Phally |
ah i understand |
| # |
Jul 20th 2009, 05:46 |
alkemann |
so i can pull from thechaw repo without merging onto what im working on localaly |
| # |
Jul 20th 2009, 05:46 |
alkemann |
also i like to only commit to it when i havev completed a task, instead of having an unclean local branch copy. |
| # |
Jul 20th 2009, 05:45 |
alkemann |
i have a 2.0 branch locally as wel yes. but working on that is not the way your suppose to work afaik. u can rebse commits and put them into that etc. |
| # |
Jul 20th 2009, 05:43 |
Phally |
yeah, tests are perfect, also when fixing bugs, you don't break anything else and even when you do, you know exactly where the problem is |
| # |
Jul 20th 2009, 05:42 |
Phally |
can't you just do git checkout 2.0 and get on with that? |
| # |
Jul 20th 2009, 05:41 |
Phally |
hmm yes, i noticed that rebake, would be nice to have that gone indeed, because it won't be listed as a branch on thechaw |
| # |
Jul 20th 2009, 05:39 |
alkemann |
hopefully other developers can read these tests to see how the article and article pages should work |