android多项目代码管理（Android多线程开发）

今天给各位分享android多项目代码管理的知识，其中也会对Android多线程开发进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、android代码管理都用什么软件
• 2、Android 开发有哪些新技术出现
• 3、现在公司里做Android应用程序开发，使用的源代码管理、持续集成软件、单元测试和bug跟踪的软件各是什么？
• 4、如何一步步实现AndroidCI？
• 5、如何使用Android Studio中的git插件
• 6、android 手机软件管理代码怎么实现

android代码管理都用什么软件

现在最流行的就是git，linus 为了管理linux源码而开发的版本管理软件，底层使用c和汇编写的，效率非常高，也非常灵活。

还有就是svn，老牌的代码管理软件，灵活性和git就差远了。

Android studio 自带版本管理软件：菜单栏-vcs-import into version control

Android 开发有哪些新技术出现

1、开发工具

Android Studio： Google 官方放弃 Eclipse 和 Android Studio 普及。AS 虽然不算新，但是对 Android Studio 这个软件的更新速度快的惊人，有大量的新功能发布。例如支持很多注解代码提示注解、Live code template、支持自动生成 Parcelable 实现等等，作为开发者，持续关注这个更新列表 Recent Changes，一定会让写代码的生活更加美好。

2、编程“语言”

Kotlin：作为 Android 领域的 Swift，绝对如沐新风。抛弃沉重的 Java 语法，Kotlin 融入了很多现代编程语言的思想，作为开发者，接受新的语言，了解新语言的发展趋势，更有利于开阔你的思路和加深对语言的理解。在 Android 开发上，使用 Kotlin 并不会付出什么代价，为什么不来试试使用Kotlin进行Android开发。

React Nativ： 跨平台一直是程序员的梦想，而且移动应用的跨平台解决方案也很多，因为 Facebook 的参与和力推，让这个解决方案带上了光环。第一个用 React Native 开发的 App 已经在 Google Play 上架 Facebook 广告管理工具，听说 Android 的 SDK 也马上会到来，React Native。

Sky：与 React Native 类似，使用 Web 开发语言来做移动平台的开发，虽然这个只是一个尝试，但是这是 Google 自身推出的，特别是在 Java 语言的使用上败诉之后，这可能会有一些作为呢，domokit/sky_sdk。

3、开发模式

Dagger 2：依赖注入并不是什么新技术，但是使用在 Android 确实一个新的尝试。Android App 越来越被当成严肃的大型项目来构建，很多在以前大型服务器开发上使用的技术都被应用到了移动开发。Android 开发分模块开发，使用 Dagger 来松耦合模块。特别值得一体的是，Dagger 2 现在由 Google 亲自接管。 Dagger ‡ A fast dependency injector for Android and Java。

MVP：因为 Android 并没有严格的业务和界面区分，项目一复杂，就很容易使代码陷入混乱。现在 Android 开发社区对 MVP 模式讨论越来越热，觉得 MVP 是非常适合 Android APP 开发。MVP for Android: how to organize the presentation layer。

RxAndroid：函数响应式编程（Functional Reactive Programming）也不是新内容，RxAndroid 把 RxJava 带到 Android 环境中。很多时候，编写 Android 程序，也可以看成是数据的处理和流动，换一种思想编程，曾经看起来很棘手的问题，瞬间就很优雅的解决了：ReactiveX/RxAndroid。

MVVM：这是因为开始官方支持 DataBinding，把 MVVM 直接带到 Android 中。数据绑定在 Windows WPF 和 Web 已经非常常见，它非常高效的开发效率，只关心数据和业务。这也对 Android 开发来说，无疑是一个非常重大的影响：android UI设计MVVM设计模式讨论？。

插件化：针对大型 Android 项目，很多 App 开始使用插件来分模块构建相对独立的功能。

Hybrid：完全使用 HTML 5 开发 App，目前还不成熟。但是折中方案在很多情况下是非常适合的，典型的就是微信，大部分信息展示都是通过 H5 来完成，同时通过 Hybird 方式，把 Web 和 Native 打通，提供给网页访问本地资源的能力。

4、UI设计

Material Design：已经红遍了大江南北，这方面的讨论实在太多了，而且各种支持库都有了，特别是 Google 官方出了一个支持库 Android Design Support Library。

Sketch 3：这是一个专为设计移动端 UI 的设计工具，作为开发者，不用懂那么复杂的 PS 使用，也可以做非常专业设计。

现在公司里做Android应用程序开发，使用的源代码管理、持续集成软件、单元测试和bug跟踪的软件各是什么？

源码管理如果是简单开发一般SVN，复杂点的有用git。

持续集成用jenkins。jenkins附带插件能做静态检查、checkstyle等工作。

单元测试一般用开发平台集成的如JUNIT。

Bug系统有用Bugzilla的。

如何一步步实现AndroidCI？

一步步实现Android CI

Android上的CI构建链与其它平台一致，依然包含Compilation, Testing, Inspection,

Deploying阶段，每一个阶段的Feedback的都保持对整个团队透明。

CI中各个步骤执行先后顺序的安排，应该是执行时间较短的优先执行。执行时间短的一般在提交代码前就可执行，错误率也比较低，就应该尽可能先执行。这样失败会来得更早一些，每一次CI运行失败前验证完毕的东西更多。上图中CI的工作流，正是在这样的一个原则的基础上形成的。

环境准备

* 在CI服务器上安装Java和Android运行环境

* 安装构建工具，本文采用Ant进行实践

* 搭建好CI服务。本文采用开源的CI服务Jenkins（Hudson）。

* Jenkins在功能上完全能够满足功能上的需要，且简单易用。

* 安装Ruby环境。本文中使用的Functional Test测试工具是基于Ruby实现的。

步骤 1：持续构建

持续构建的目的是随时可自动化生成最新的可运行的App。虽然有这么多限定词来表示这一步完成的验证条件，但事实上只需要经过三个步骤即可完成。

一是更新代码，Jenkins中已经很好的支持了SVN和Git这两项常用的代码管理工具。二是采用构建脚本构建安装包，Android已经很贴心的连Ant构建脚本都为我们准备好了，并且因为Android的包结构的规范，也很大程度上消除各开发人员环境下项目机构的不一致。三是持续执行前两步，只有在每一次出现任何代码变动时立即执行前两步才能保证随时都可以提供可运行的安装包。

持续构建实现起来比较容易，但是它所达成的效果还是很不错的。对开发人员来说，都可以采用同一个脚本快捷的在本地生成安装包，这在很大程度上也减少了出现“这在我机器上运行的很好”的问题。对于测试人员，随时都可以获取最新的测试包，不需要再等待开发人员腾出时间来做这件事。对于产品人员，可以利用这些最新包，在开发人员完成后第一时间获得反馈。甚至可以在完成部分功能的情况下就开始体验了。

Best Practice:

* 在每一次提交后都对整个project进行构建。这里的提交应该包含任何一个微小的改动。

* 所有人遵循相同的构建顺序，采用同一套构建脚本

* 每次构建的时候都执行同一套脚本

步骤 2：持续测试

持续测试是快速的通过自动化的手段收集软件健康状况的方法。持续测试是为了验证构建完成的包功能是否可用，而不仅仅能够安装运行。对App的测试可以从UI,

Function, Code三个层次来进行，这三者间的权重关系可以参照测试金字塔来设计。

根据前文提到的优先运行最快的原则，这三个层次的测试，应该按照Unit Test， Functional Test，和UI

Test的先后顺序安排在CI执行。

1、添加Unit Test

Unit

Test是运行成本最低的测试，并且对于测试用例覆盖最为全面。鼓励尽可能利用单元测试覆盖用例。Java中的单元测试首选的还是使用JUnit，但Android

project的代码因为对SDK存在着极强的依赖，仅仅使用JUnit进行单元测试，能够覆盖的代码实在太少。为了解除对SDK的依赖，自然会考虑引入Mockito这样的Mock框架。但即使借助Mockito写单元测试的工作量依然巨大，因为需要mock的对象实在太多。并且Android的object在JVM中无法创建。

这时可以采用Robolectric单元测试框架，这将大幅度提升单元测试覆盖率，且理论上可以达到100%。Robolectric是以JUnit为核心，完成了对Android

SDK的stub。采用stub的方式后，Android的组件在JVM中即可创建并运行，无需在Android平台下运行。这也意味着在Android开发中可以采用TDD的方式，进一步提高单元测试覆盖率。该框架的使用JUnit完全一样，运行性能也一致。

由于Robolectric对SDK进行了stub，在写单元测试时完全可以对组件状态进行验证，甚至可以对组件进行操作。下面这个测试就是对button点击事件的测试，并且验证了Activity的状态。

CI中各个步骤执行先后顺序的安排，应该是执行时间较短的优先执行。执行时间短的一般在提交代码前就可执行，错误率也比较低，就应该尽可能先执行。这样失败会来得更早一些，每一次CI运行失败前验证完毕的东西更多。上图中CI的工作流，正是在这样的一个原则的基础上形成的。

步骤 1：持续构建

持续构建的目的是随时可自动化生成最新的可运行的App。虽然有这么多限定词来表示这一步完成的验证条件，但事实上只需要经过三个步骤即可完成。

一是更新代码，Jenkins中已经很好的支持了SVN和Git这两项常用的代码管理工具。二是采用构建脚本构建安装包，Android已经很贴心的连Ant构建脚本都为我们准备好了，并且因为Android的包结构的规范，也很大程度上消除各开发人员环境下项目机构的不一致。三是持续执行前两步，只有在每一次出现任何代码变动时立即执行前两步才能保证随时都可以提供可运行的安装包。

持续构建实现起来比较容易，但是它所达成的效果还是很不错的。对开发人员来说，都可以采用同一个脚本快捷的在本地生成安装包，这在很大程度上也减少了出现“这在我机器上运行的很好”的问题。对于测试人员，随时都可以获取最新的测试包，不需要再等待开发人员腾出时间来做这件事。对于产品人员，可以利用这些最新包，在开发人员完成后第一时间获得反馈。甚至可以在完成部分功能的情况下就开始体验了。

Best Practice:

* 在每一次提交后都对整个project进行构建。这里的提交应该包含任何一个微小的改动。

* 所有人遵循相同的构建顺序，采用同一套构建脚本

* 每次构建的时候都执行同一套脚本

步骤 2：持续测试

持续测试是快速的通过自动化的手段收集软件健康状况的方法。持续测试是为了验证构建完成的包功能是否可用，而不仅仅能够安装运行。对App的测试可以从UI,

Function, Code三个层次来进行，这三者间的权重关系可以参照测试金字塔来设计。

根据前文提到的优先运行最快的原则，这三个层次的测试，应该按照Unit Test， Functional Test，和UI

Test的先后顺序安排在CI执行。

1、添加Unit Test

Unit

Test是运行成本最低的测试，并且对于测试用例覆盖最为全面。鼓励尽可能利用单元测试覆盖用例。Java中的单元测试首选的还是使用JUnit，但Android

project的代码因为对SDK存在着极强的依赖，仅仅使用JUnit进行单元测试，能够覆盖的代码实在太少。为了解除对SDK的依赖，自然会考虑引入Mockito这样的Mock框架。但即使借助Mockito写单元测试的工作量依然巨大，因为需要mock的对象实在太多。并且Android的object在JVM中无法创建。

这时可以采用Robolectric单元测试框架，这将大幅度提升单元测试覆盖率，且理论上可以达到100%。Robolectric是以JUnit为核心，完成了对Android

SDK的stub。采用stub的方式后，Android的组件在JVM中即可创建并运行，无需在Android平台下运行。这也意味着在Android开发中可以采用TDD的方式，进一步提高单元测试覆盖率。该框架的使用JUnit完全一样，运行性能也一致。

由于Robolectric对SDK进行了stub，在写单元测试时完全可以对组件状态进行验证，甚至可以对组件进行操作。下面这个测试就是对button点击事件的测试，并且验证了Activity的状态。

接下来的工作就是将Robolectric集成到CI中，让它检查程序的健康状况。Robolectric本质上还是JUnit，只是多了一些stub 

对象而已。那我们集成Robolectric的方法和JUnit完全一致。只需创建Ant task，并在Jenkins中执行此task即可。此Ant task如下：

在将这些测试集成至CI后，最重要的一步收集结果是不能忘的。之前已经说过Calabash也可按照单元测试报告规范输出，加上Robolectric本身就是JUnit框架的扩展，报告也是按照单元测试报告规范输出。Unit

Test和Function Test的报告即可使用JUnit test收集。

要想获得单元测试覆盖率报告，Cobertura是个不错的选择。添加

从Jenkins上即可获得清晰的单元测试覆盖率的报告

2、添加Function Test

Android为大家提供了一套集成测试框架Android integration testing

framework。但此框架未集成Cucumber，这导致每增加一个Function Test都需要较大的开发和维护工作。这样高成本的实现Function

Test将大大延缓开发进度，最终因为项目进度的原因导致Function Test被丢弃。产生这样的后果那必然是不愿意看到的。

目前Android平台下已经出现多种Functiong Testing测试工具，如Native Driver, Robotium,

Calabash等。在尝试对比后，最终选择了Calabash Android作为解决方案。Calabash

Android是Cucumber在Android平台的实现，使用Ruby书写Function Test，并提供了一组操作Anadroid App元素的API。

3、添加UI Test

Android在新近退出了UI测试工具UIAutomator。此工具仅支持Android4.1及以上平台，鉴于目前市场上2.3和4.0版本仍占主导的情况来看，目前还无法满足大家的需要。另外应用该工具实现UI测试的开发成本还较高，笔者暂不推荐使用此工具，但应该关注其发展。

另外基于录制回放机制的测试方法同样可以进行UI测试。但录制回放的方法在面对功能快速迭代时，维护工作会急剧增加，而这个维护成本可以说是很难承受的，所以在此也不会将这种测试方法集成至CI中。

目前来看Android中UI测试还无令人满意的方法。若对UI成功比较看重，可以投入精力应用UIAutomator进行UI测试。

Best Practice:

*

将测试按照单元测试，组件测试，功能测试和系统测试进行划分。单元测试应该在每次提交时触发执行，其它的测试根据运行时间长短和重要程度可以每次提交触发执行或者定时周期执行。

* 将运行较快的测试优先执行。

* 让功能测试能够重复执行。否则维护成本太高，会被舍弃。若是后台数据导致不可重复，可以将数据抽象成为数据集，在每次运行前进行重置。

* 书写测试时每一个assert只做一种判断，这样可以明确每次测试的目的，并且可以快速定位测试失败愿意。

步骤 3：持续检查持续检查是对于代码本身检测和反馈。检测主要通过对代码静态分析验证代码风格，编程规范，代码复用，代码语言中的Best Practice等多个维度的代码质量。

Sonar作为一个开源的代码质量检测工具，涵盖了7项代码质量检测方式。这充分满足Android平台下对于代码质量的检测分析。Sonar分为两部分一部分是代码分析工具，另一部分是数据分析展示的Server。

Best Practice:

* 将测试覆盖率，代码分析结果透明化

* 持续降低代码复杂度

* 持续的促进设计的演进

* 持续的维护代码结构

* 持续减少代码重复

步骤 4：持续部署

由于Android App采用用户手动从Appstore自行下载安装的方式发布，使得Android

App无法直接部署至用户手机中。另外Appstore需要对于上线的App进行审核，不能持续进行Release。因而Android中持续部署将以持续发布可安装包为目标。

在以上目的下，只需根据自身项目资源找到合适的安装包管理工具即可。如本文采用Dropbox来管理所有安装包。

Dropbox作为一个云存储平台，在Android终端设备上可以轻松下载存放在其中的文件，同时上传安装包也可以交由Dropbox自己完成。

步骤 5：持续反馈

反馈是所有改进的开始，必须要让所有人获取到他们所关心的反馈信息，才能实施改进。持续反馈的目的就是让所有人都掌握项目健康状况。项目所有人事实都是有意愿知道项目当前的健康状况的，那CI就应该将项目的情况做到透明，并将不同的反馈通知到各相关的成员。

CI不同阶段产生了不同维度的反馈，如单元测试报告，测试覆盖率等。本实践中将这些反馈都透明的展示在项目首页中。之所以没有将这些反馈再以邮件的方式通知所有人，是因为团队成员已经养成了查看CI的习惯。

如果说只给所有人发一封邮件说明项目状况，那必然是告诉所有人“CI所有步骤是否都返回正确？”。这样一个反馈，包含了编译正确，所有测试通过，安装包已经准备完毕等重要信息。有必要让所有人都知道这个信息，特别是在CI执行失败的时候。Jenkins自身已经提供一个简单有效的透明化方法，以项目为蓝色表示通过，红色表示有步骤失败。

反馈的通知方式有很多种，不一定要采用邮件通知的方式。可以寻找更加有趣的方式，如果播放音乐和设置警报灯。在每一次Build成功或失败后都播放一段有趣的音乐，打开不同颜色的警报灯，这两种方法都是是一种简单有效的方式，可以让项目所有人都获取到最为关键的信息。

如何使用Android Studio中的git插件

1

下载安装git for windows，安装好的可以略过，默认安装在C:\Program File\Git下。修改了安装位置的需要记住修改后的位置。

0Win10下安装Git for windows

2

打开Android Studio中的设置界面，找到版本控制“Version Control”中的Git，然后设置Git的安装位置，Android Studio默认设置为Git for Windows的默认安装位置。不是默认位置的修改一下即可。

然后点击Test按钮，弹出git版本信息时说明已经检测到Git了。

3

保证设置成功后，便可以使用Android Studio上的git插件进行代码管理了。

首先找到Android Studio菜单栏中的VCS项，然后选择Enable Version Control Integration...

4

此时会弹框提示选择版本控制系统，此时我们选择Git，然后点击确定。此时，在该项目目录下会自动生成一个隐藏文件夹".git"和一个.gitignore文件。这相当于完成了git指令中的“git init”。

5

与此同时，我们可以看到在Android Studio的下方选板中多出了一个“9:Version Control”,选中后可以在Local Changes中看到该项目已修改但还未添加到Git 仓库的文件，即“UNversioned Files”.

6

我们需要将这些文件添加到VCS，对“Unversioned Files”右键选择“Add toVCS”。或者用快捷键Ctrl+Alt+A。

7

此时，可以看到文件已经添加好了，我们需要对已添加的文件进行提交“commit”。右键选择“commit files”。

8

在弹出的对话框中勾选所有文件，然后在提交消息框中填写提交信息，填写完后点击Commit完成提交。

9

此时我们可以向预先创建好的仓库上传代码了，仓库可以通过Github或者coding等网站进行创建，创建好后记得复制ssh地址或者https地址。

并保证Github或coding中已经添加了你电脑生成的SSH Key.这个秘钥可以通过安装的Git for windows生成（GUI界面-帮助）。

10

上传代码就是所谓的推送push，但推送前需要设置远程仓库地址，即git指令中的remote。这个在Android Studio貌似没有现成的。此时我们可以通过git for windows提供的GUI或者git bash进行配置。以Git bash 为例，在项目目录下输入“git remote add origin 仓库地址”.

11

然后到Android Studio中，使用ctrl+shift+K打开推送窗口，点击Push完成代码推送。

12

这样就可以到github或coding查看上传得代码啦。

END

android 手机软件管理代码怎么实现

打开设置菜单，找到权限管理选项

打开后你可以看到很多权限

比如读取联系人的权限

如果你不想让某个软件读取你的联系人，点开它选择禁止即可

还可以查看某个软件的所有权限，打开设置里的权限管理后，点右侧的应用

点开后软件的所有权限都会显示在其中，如果比较信任某个软件，还可以选择信任选项

android多项目代码管理的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于Android多线程开发、android多项目代码管理的信息别忘了在本站进行查找喔。