BigW Consortium Gitlab
Skip to content
Projects
Groups
Snippets
Help
This project
Loading...
Sign in / Register
Toggle navigation
G
gitlab-ce
Project
Overview
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
Registry
Registry
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Commits
Issue Boards
Open sidebar
Forest Godfrey
gitlab-ce
Commits
3fa5e734
Unverified
Commit
3fa5e734
authored
Nov 17, 2016
by
Rémy Coutable
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Fix typos
Signed-off-by:
Rémy Coutable
<
remy@rymai.me
>
parent
25c9c8ce
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
7 additions
and
8 deletions
+7
-8
limit_ee_conflicts.md
doc/development/limit_ee_conflicts.md
+7
-8
No files found.
doc/development/limit_ee_conflicts.md
View file @
3fa5e734
...
...
@@ -50,10 +50,10 @@ Notes:
#### List or arrays are augmented in EE
In controllers, the most common type of conflict
s is either in a
`before_action`
that
has a list of actions in CE but EE adds some actions to that list.
In controllers, the most common type of conflict
is with
`before_action`
that
has a list of actions in CE but EE adds some actions to that list.
Same problems
often occurs for
`params.require`
/
`params.permit`
calls.
The same problem
often occurs for
`params.require`
/
`params.permit`
calls.
##### Mitigations
...
...
@@ -64,7 +64,7 @@ Separate CE and EE actions/keywords. For instance for `params.require` in
def
project_params
params
.
require
(
:project
).
permit
(
project_params_ce
)
# On EE, this is always:
# params.require(:project).permit(project_params_ce
+
project_params_ee)
# params.require(:project).permit(project_params_ce
<<
project_params_ee)
end
# Always returns an array of symbols, created however best fits the use case.
...
...
@@ -138,9 +138,9 @@ at the same place in EE
Blocks of code that are EE-specific should be moved to partials as much as
possible to avoid conflicts with big chunks of HAML code that that are not fun
to resolve when you add the indentation
in
the equation.
to resolve when you add the indentation
to
the equation.
For instance this kind of thing
s
:
For instance this kind of thing:
```
haml
-
if
can?
(
current_user
,
:"admin_
#{
issuable
.
to_ability_name
}
"
,
issuable
.
project
)
...
...
@@ -250,8 +250,7 @@ and then the `_weight_form.html.haml` could be as follows:
Note:
-
The safeguards at the top allows to get rid of an unneccessary indentation
level
-
The safeguards at the top allow to get rid of an unneccessary indentation level
-
Here we only moved the 'Weight' code to a partial since this is the only
EE-specific code in that view, so it's the most likely to conflict, but you
are encouraged to use partials even for code that's in CE to logically split
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment